
09/ 674651 

|d PCT,770 0 2 NOV 2000 



Attorney Docket No. 450106-02443 



New Patent Application filed November 2, 2000, entitled: 
RECORDING APPARATUS, RECORDING METHOD, 
REPRODUCING METHOD, REPRODUCING APPARATUS, 
AND REPRODUCING METHOD 

corresponding to PCT Application No. PCT/JP00/01272 



I hereby certify that this application and the accompanying papers are being 
deposited with the United States Postal Service "Express Mail Post Office to Addressee" service 
under 37 CFR 1.10 on the date indicated above and is addressed to: 



filed March 3, 2000 



Express Mail No.: EL585029805US 



Date of Deposit: November 2, 2000 



Box PCT 

Assistant Commissioner for Patents 
Washington, D.C. 20231. 





JMM3312 




10 



s Si 

hp 



.a Reproducing 

• a recording 
i Field . relates to 

Technical Fi inV ention rei apparatus, 

The present m repro ducxng a P P 

value data al an 

of a compressed 

n velV decrypted- 
completely 

flb le Programmable 

h t is an e^eCricaUV r q£ tuo 

R0W ' . b ecause each oM u 

- 3 " iCte bit „ - accept - The 

USi " ^ U — eXPeCtSd Tas — *U- - 
£lash ro a«rv mediums such 

conventional. ^ also 

Xnovm • 



20 



25 



10 



ft 



Is S3 



R digits audio 
atas an, aetata . ne mory «rd 

^ Reproducing apparatus tna 

r ecording/repr (Compact U A , 

a or a conventional CD ^ llM d and a 

in3tS ■ Disc- "ademar*. -an be ^ 

or hd D1SC ' use3 the memory oar 

digital audio data 

re corded and reproduced. ^ £ot a 

A rile -nagement sy ^ ^ 

na i computer is n 
convent ional personal uhen . 

. Table) ■ In th „, ne d parameters 

^location Tabl pre determmed P o£ a 

are successively -~ ^ imposed 

£Ue becomes variable. 

Bt one management unit Cse ^ ^ 1S 

18 0 ata corresponding to tne ^ ^ £lle 

^ to a table reared to as ^ 
" itM °:; e structure can be ea^Oy ^ ^ 

sV stem ' Hvsical character^ 

the pny sl - u he used 

re qardless of * m can be 

r he FAT fi le SY and a 

„. m Thus, the floppy dlS 

hard disk- In 

is used. . to digital 

tile system » ^ Ies pect to 

in recent Y q£ cop yrign 

reCOr id be adeguately digi tal music data 

Sh ° Ul . ot personal computers. data 

technology or P t digl tal 

• ~ illegally >~ f 
fr om being i 11 y 

9 



20 



25 



10 



,nas been proP° sed - , 
i8 encryp^d has d , it is 

audio data is ^ P dat a 
When n if the reproduced 

. d Thus, even if of tne reco 

rand o„-d. ular cau ^ output 

is abnormal due t ^ abnormal^ ^ 

it is diffi-Xt to ^ reprod uced ^ 

_ the abnormality sound hu 

data- « ^ noise such as daIfiage 

j-rectedr noise 
carrot b. <*" C Rltetn ativelV the 

t invention 

e *kers. . <. 0 f the pr es 

* e SP Th e,etore, » ^ ° lo5 . . d 

ls to prov^e w „ and 

i b ein 9 o»«* eVOT 

encrypt^- 



f"8 



20 



25 



tbe invention .^on 
Disclosure of the pre s , 

A f irs t asp ^ 

a tns, eo»P fJ - S , siqnal 

iec «din g -P*-*"" digit al .« 

1 £or co-prBS""" » n coroP ressxon P* 

^ .nC to a predete,^ iot o 

a fixed value y roeanS i 

bl ocKs, a fix an adding ne ratxn<J 

■ Wri fixed va-i- . d value y 

predetermined foy the f xxed o£the 

t ,e f '^^e. timing to the b 

at a predetermm c ompressi°» P 

means at moreS sed by the 

. - tal signal compre 
digi tal 3 



10 



in 
£5 



for encryP ti M the £1 -d 
an enc£yP t ing —« £ ° add e d W the 

me8nS ' " the d « ltal 9 £or record the 

^ and a "cordis — - ^ encryP te d 

addM -ns. an d dl , ital sr, 

£ix e d va^e an. the ecorf medium . 

by the encrypt - a " S q£ the pt esent invent 

du cing apparatus for added at a 

reproducing fixed vaiu 

i signal of ^ ich in data is 

digital sign ^ of roa in 

redetermined t^g t ^ medium , . 

or essed and encrypted 
COWP decrypts *eans for separ ating 

compressed an<1 . {i « d ™ lue a " „ . by the 

- that are decked 

dec ^ ^ d nain data aepa, 

— PteSS1 T a ' ^ the 

fixed value, a comp aratin g *e**« ^ 

«ted W th « ^ d a controlling 

, i_n the memory decompress 
value stored m prohi biting the 

for permitting and P r ^ ^ data 

meanS f the decompressing -an. pon ding 
pro cess of the ■ , lng means 

jessed .V - ^ ^ comparin g ^ ^ 
to the compared re inV ention, 

Rccor ding - the ble non- 

f an attachable/ f 
a3 an e»se un,t o £ an ^ and a plu ^tv 

vol atUe -tarns 

A 



en 

f*3 



20 



25 



10 



first sound 
^ vte of the first 
f , rst one byte . bit s 

qn The f K-ah order si* d 

sound units SU. d> The ^gh 

. ^ e block is j. nredetermmea 

, ^ theY 1 On the other 

U ixed valued . abnormal- ^ 

' reproduced output de termmed 
the re^ 1 - match, 1U 

wne n they do not ma fche 
hand, w^ en is abnormal- t 

duced output data reP roduced 
^ .ult represents that 0 n 

determ med result ^ . ^ 

■ = abnormal* x - 1 produced, an 

hand, when data is r*rod ^ ^ the 

the other hand, system xS 

ri Alternatively abnormality 
issued. * or n ot the 

mines whet he i 
user determines _ ^ goived- 

rtuced output data 
re produceu 

Bti ef Desert diagram sho ^ 

FM - 11 die record«/ P ^er 

t „ e „ f »^" 1SOdl din, to the present 

* structure according 

B , Ati ie memory card ng tb e 

ft non-volatH ^ t 

O inve ^ sp 30 accords ^ 

. structure of a s ho«ing the 

*0 in " rna 3 - a Wo* — "J according to the 

invention. . car d 40 

^-uc^o- ^ ^ ^ 

n , invention; o£ a memory 

PteS , til . '" present invenUon,- 

Sh °" iM " ' th e ^ 

w - z : £ *« - — 

structure 



10 



via. 6 is a 
nt invention; Fig- 

caEd ,o - - -;; ard 40 « *• . 

dat a suture of ^ ^ .schematic diag- 
pre sent invention; in the 

— To, a ration 

tM data dtE ectorv — - ^ 

' case that one data ^ : 

div ided into bi°c*s thereto; Frg 

r attribute f il* s are . , struc ture before 

and mat attr ^ Jlle st ru ^ 

. schematic dragran, ^ prooe3 s. 9 

tiw . are edited «th structure after 

"° d iaqram shoving the 10c 

is a sche«tr= dragr g process . , 

is a static diagram rocess; M 

one fiie is edited ^ . tructot . ot . 

a static diagram sho- , ^ ^ ^ lS a 

, ^tion management QtrU cture of a 

reproduction data struo 

Llmatic diagram Action management ^ 

-^.^tion ° f - ^ ematic d iag- — - 

da ta structure pBLlsT; Fig . 12C 

production management of a n 

ti c diagram showing the repE oduction 
schematic ax * portion or 

. al information data y ^ 
additional m is a taox 

. file pblist; Fig- 
management m 



20 



25 



10 



20 



. nal information data and 
correlat es types of addrtxona^ _ ^ that co rreiates 
code vaiues thereof; Frg- ^ and code vaiues 

types o£ additional ^ types o £ 

thereof; Fig. « i« * " b ^ code val ues thereof; 
add itional information shouinq th e data 

structure o«»*""°~ l „ structure In the 

soh ematic diagram show! a, t ^ ^ 

case t h at additional info- ^ ^ dat a 

name.- Fig. - - * * ^^ionai Ration data 
structure in the case ^ ^ diagtam 

ls a copyright code; Frg- ^ ^ addit ional 

Rowing the data struc«re w . ». i. 

formation data is date/ . ^ ln the 

v, ™tic diagram showing the tepro duction 
a sch ematic in£oEma tion data is a rep 

ca se that additional _ . detal led 

n is a schematic aiay 

log,- ng. » data m „ Fig. « 

d ata structure of an » stru ctu« of an 

schema^ diagram ^ t hat composes an 

up per portion of an ^ schema tic diagram 

data file, Fig- portlon of the 

showing the data •«■"*" a „ KRRC 3 data file; 
— heade ;rla:irelates record modes, record 

Fi g. 20 is a table that ^ ^ shou ing copy 

time, and so forth; Fig. c shoul ng 

the data structure of 



25 



,10 



15 



20 



25 



ATRAC 3 data tile; "9: 23 13 3 
header that composes an Qf , 

header of a data °< . recOT ering method 

2W " ^ ar \ £ " ten on ,n t h e case that an 

according to the presen ^ ^ thematic diagram 

^""rri^r--— card, 

showing the ri dmen t or the present 

according to a second * ^ showlng the 

26 is a schematic ai y 
invention; Fxg. in£orm ation management file 

relation 

between a A3Dnn nnn -MSA; 

7XTRAC3 data ij-^ 
.T«.isr.»r and an A ^ detailed 

t ». 21 i= a schema t,c , ^ m . 

d ata structure o f the «a ^ ^ the 

TRKLIST .MSF; rig ^ ^ managing . name; 

mailed data struct* ^ ^ detalled 

oq is a schematic dxay is 
Fig- 29 1 ,^ na a name; tJ-9- 

^mtto for managing 
d ata structure of NAME2 for ^ structure 

, „tic diagram showing ^ ^ a 

^ * a file A3Dnnnnn.MSA, * ^ 
of an *T*AC3 data fxl ^ sttuctut e 

.hematic diagram showing ^ ^ 

is a schematic aiay 
F19 ' of IWLIST.MSF that represents 

data .structure -of IN* ^ ^ a £lw chart 

additional informatio ^ ^ ^ ^ 

3ho«i.g a recovers ^ the ca se that an 

e rhP oresent invent 
embodiment of the p k diagram 

<= destroyed; Fig- 34 is 
F TA area was destr y 

8 



10 



til 



20 



o£ . and demodulating 

showing t - structure the da ta 

, n is a schematic ai y intervals 
unit, M- 35 value is added at int 

5truc ture of which a *«• ^ ^ shouin g 

ot a sound unit SO; ^ , and F ig- " 1- • 

bl oc* diagram showed 
reproducing apparatus. 

tf the invention 
Best Modes tor J q£ t he present invention. 

„e*t, an embodiment ^ ^ ^ ^ 

wiU be descried. ««■ recorde r/play« using 

the structure o t a dig^ rf ^ prese nt 

. memory card according t recorder/play er records 

The digita 1 auaiu 
invention. ^ slgnal using 

a „d reproduces a _ ^ 

re corder/player compose ^ M0 

ampli^- unit, a ^ it should be 

recorder, a tuner, a^ s ^ 

other audio recorders. ^ ^ 

inven tion can be appl^ ^ the 

recording/^— aopara^ ^ ^ ^ ^ box that 
pt esent invention can - P ^ as . 

t ecords a digital audio da ^ ^ OI 
satellite data — ica . ^ _ fce 

Moreover, tne y 

internet. 

9 



25 



.h»t records/reproduces moving 
app Hed to a data ra t*er than 

picture data and P embodime nt of the 

— ~ — TI 2d and reP-ce ^ 
present — and text other than a 
information such as pi 

digital audio signal. appaEa tus has an 

The .ecording/reproduc.ng app 

Tr in a securxty IC 2", 
audi o encoder/decoder . ^ ^ devices 

is composed of a one-chip • ^ detachab le memory 

oard40 . — ^ memory) , a memo. contro! 
flash memory .nonvoiatxl ^ , 

- - * ^"^ria'rd, encrypts circuit. 
DES (Data Encryption recot ding/reproducina 

embodiment, trie 
according to the embo tpr instead of the DSP 

m3 v use a microcomputer xnst 
apparatus may use 

int erface U and an encoder ^ ^ ^ data 

hlnck 12 encodes a aiy 
enCode r/decoder b locK ^ and 

— — " l^To theory card ,0. In 
writes the encoded data 

• th e encoder/decoder block 
addition, the enc _ As the 

■« read from the memory cara 
data that -is read c3 format 

hi ghly efficient encoding ^ ^ 
that is a modification of 



10 



10 



is 



, tl c coding £ °»at ^ * audio aata " 

acoustic moR r^ format, a uu 

^zed witb 16 bit minimum 
.U«.-^" BlW ««« ^ J a sound 

• +- of audio u , ta of lu^* 4 

data umt or which data 

., ,30). I s018 * , is compressed to data 

unlt x 2 channels) ^ aroun d 

(1 024 x 16 bxt. - duration of 1 

al hundred bytes. Th ^od, 
several hu efficient en . s 

„' in the highJ-Y „ reS sed to data 

23 mS nt o, audio data * data . *s 

data a m cunt that of 

ar ound 1° — ^ Mini . oisc , the 

■ , h the to»at co rrespondrn=, 

" a t c*P«ssed and decors- ^ 

toi. selector U 5 t 

A line input ^ ^ the output 

output signal signal of a 

the t^oduct- ou P ^ outpu t s , 

signal ° £ * r 14 *• . 

" g oan ,/D converter 14. al audro 

" P input Une signal o£ 

converts the W „ v . 44.1 VB« * " 

i inq frequency .elector 16 

3ig nal ^ inpu t - ft 

qu antUin,^ ; 16 adigital output^" 

Hve iy suppl ies a Br oadcast) to a 

3616 CS (Satellite D^«l BI ° lnput signal is 

a CD, or a CS I ^ dlglt al 

dl gital input rece.« ^ ^ b le 

•*red through t° r re ceiver n lS 

«ans^«d di?itai input sawung 

output s.gnal converter 15. 

. . to a sampH n< 3 
suppl^ ed t0 

11 



20 



25 



10 



LB 
Vi5 



20 



■ -^1 input signal 
15 converts the dxgxtal xnp 

rate converter 15 - ing frequency 

int o a di,i«l audio ^ ^ . 

the nu^ of J 12 of the audio 

- — /deC t s -coded data to a « 
.coder/decoder XC X0 ^ „ of t he 

encrypt ci^uit 22 ^ ting circU it 22 has a 

security 1C 20. - 0* . 22 , dispoS ed so 

The DES encrypts memory 

FIFO 23- in _ f contents. 

oatd ,0 aiso has a ~ 

enctyP ting circuit 22 ^ ^ and an 

apparatus has a P-ra^ J The DES encrypt 

rus-unique storage key oenera ting circuit, 

apparatus has a randcn nu«ber gener 

circuit 22 also has ^ ^ an 

The DES encrypts <=ir» session key uith the 
au thenticating P-ess and cirMlt . xn 

mM ory car, « ^ - * ^ 22 can re-encrypt 
add ition, the DES encrypt, , ^ pES encrypting 
data „ith the storage *«V 

c— 

Tna encrypteo audr ^ ^ . DSP 

the DES encrypting circur ^ ^ com » uni cates 

i processor) -3U- this 

„ it h the memory car to an 

exam pie. the car ^ ^ q{ the 

atta ching/oetaching The DSP 30 «ites 

„■ «l reproducing apparatu 
recording /repr 

12 



25 



1.5 



f "1 



nrv of the memory cara 
„ ta to the flash memory 
encrypted data to ^ ^ transml tted 

4Q> The encrypted data In addi tion, an 

i QRRM (Static Ranu ^ oV ides the 

exter nal SRAM ^ 31 pEO vxa 

, to the DSP 30.. sufficient 
connected to t arat us with a sutr 

RbUS 'external controller * 

30 Data is ^ «~ " fcus 33 . *e external 

stroller controls all ^ as . record 

Th e external tnat Is grated 

co »and or a reproduct ^ through an 

corresponding to a us ^ bus 

^ration portion « > - - ^ control ler 

interface 32. » * „ch » *««' 

oil., additional information M 
SUPP • n and cnaracter matron 
information and ^ ^ bus 33 1S 

trough tne .us interface Rdditi onal 

directional the memory card ,0 « 

information tnat is read fro ^ ^ the DSP 

applied to -^ and t ^s33.^— 

^e Tls disposed m - exa^ . 
the external In addition * 

ext ernal controller cause ^ ^ q£ the 

aoditional information, 



20 



45 



. „ is shared 
nlav portion is 
The display v 

security IC 20- ^responding to 

decodes t*e encoded data ^.r/^ 

IpUed to a D/* ^ eIlc ode £ /deccde, 

„ tne output data of 
converts tne ^ ana iog 

v an analog signal- 
W "Ted to a output te. - o an 

minal 19. ?he anal ° g The external control 

terminal set> T ne n 

a speaker or a head con verter 18- 

from a sp the D/* 

lie s a muting signal the 
supplies repre sents a mute 

the ..ting sL-l ~* tfce aU dio signal 

vernal e output ^nal L 

bein g output -; ablockd ^s-, Q F ^ a . 

Fig- 2 13 n - 0 Referring ^ 

_ the DSP jU - ,c an 

in te t na, s«uctu<e o, * ^ ^ memory 35. 

the DSP 30 c-*r— * % a roerootV «rd In^ 

'^t-prface -3 ' ' hhe s ame 

. a bus interred haS the 

SRAM 36, a The DSP J . valen t 

v bus bridges- e quiva-i- ei 

function as 

14 



20 



25 



10 



20 



c » program that 
35 stores a P 1 ^ 
„ The flash memory . npd processes- 

to a CPU- The a ^ m ore determi.neci 

on to perform pre" ^ 
. he DSP 30 to p d as a 

The SRAM 36 and app aratus. 

o£ t he recording/reP-— 9 process £ or 

siting encrypted ^f^^ing to an operation 
to che memory card 40 tKough t he 

b us interfaces « an, 3, - ^ ^ DSP M - 

. reading them theref tlo „ s rft«« 

„ between the applet data and 

disp osed tecords/r eproduce S aud!0 ^ 

audio system that card „. 

additional ^- U ^ -oiy card ,0 is accessed. 
3„ is operated when the coErespon ding to 

the DSP 30 is °P er 

additl ° n ' h as a me system. 

software such as stoted in 

The DSP 30 «naaes conoentl onal 

the FAT system use syste m, 

card 40 w^h the additio n to the file 

per sonai computers. I» add 

according to the embodiment ° ^ f ^ ^ 

v file is used. ™ e t roa nage 

management «U. ^ £ile 1S used 

^formation is used to ^ 
othet hand, the «tt as the ^ audlo 

15 



25 



20 



t £il es stored in the flash 

and management I" 

data files an 4Q The management I" 
memory of the memory car ■ ^ ^ ^ to 
stored in the memory car • and so 

details o £ the «T « U ^ of ^ pre sent 

RCC ° rdin t the copyrig- o £ -a, audio data 
mention, to protect the P ^ ^ ^ 

th at has >een compressed . ^ ^ _ ±t 

£ ormat is ^ copyr ignt of the 

no t .necessary to prot ^ are tu 

management file. ^ ^ ^ ^ eno ryption type and 

ty pes of memory cards ^ ^ ^ £<>r use 

non -encryption type. copy right 
uith the recorder/Player type, 
protected data is U-«d t ^ 
Voice data and xmage 

are rec orded on non encryp 
by users are i« 

cards. _ diagram showing the 

Fig. 3 is a bi . ' Th e memory 

f the memory card 4u. 
=.i structure of tne f1a sh memory 

eternal str ^ ^ and . £1 as 

card 40 comprises one . chip IC . « 

42 that are structured as ^ the 

bl directional serial „« ^ ^ card 40 . 

Dgp 30 of the -order/playe d ^ ^ 

" 5 . . al serial interface 

The bidirectional transmi tting a 

k , are a clock line SCK to 
lines that are a 



16 



h t is transited with 
doc* signal that » . . sig nal that 

dat a, an interrupt la- ^ 

unes . and two reserved U • ^ ^ ttansmitt ino. a 
The CXOC1C Hne SCK ^ The status 

cl ocK signal In . signal that 

. S BS is used for trans^tx ^ ^ 

line SBS memory card 

tepres ents t h e status °. ^ a „, outp utting a c— n 

lineD XO is — inPUtt J e int erru P t Une I« is 
and encrypted audio data. ^ ^ oause s 

us ed for transmit^ an ^ ^ q£ the 

r ecorder/ P iayer. *»» th ^ ^ generate3 

. to the recorder/Piayer, g ^ the 

, ,i However, ^ 
th e interrupt srgnal. ^ the 

emoodircent of the present ^ ^ line 

i is transmitter 
interrupt signal oun ded. 
M0 , the interrupt I- - ^ paraUel/ se»al 

A serial/Para!^ ^ ^ Wock) 

0 averting, and interface ^ ^ ^ „ „ £ the 

re corder/ P layer and the ^ ^ serl al 

ca rd 40. TheS/,, 
M data received fro. the OS, 

the control bio* 41. 



10 



Hi 5 



f \l 



20 



aUel data received from th. 
„ b loc* « — 5 j;i; ial data and supplies * 
control bice. 41 «.» ~ the 9/e . P/S. ana « 

i-he DSP 30, dat a 

serial data to the throU<gh the 

•«*s a command ana 

b lock 43 recexves ^ sepa rates 

--^ra::— dtothe£lash 

into these that enC rypted. 

, 7 an d those that ar tran smitted 
memory 42 and data lS tr 

in the format o nd is 

„ n ne DIO, attei- an d IF 

through the data line ^ s/p< p/s , 

transmitted, data Is ^ and de termines 

bld c*43 detects the ^ are those that are 
whether the command 

,w accessed or those that p/Sr 
normally acc , etetro ined result, tn 

^responding to the dete ^ ^ 

a „d« b l~* « St ° reS a l st er 4, and stores data that 
acces sed to a command reg- ^ ^ ^ , 

is not mally accessed to^ ^ ^ agister 

register «. » assocratr ^ ^ code 

the memory card oor rection code 

en oding -cult 47. «~ tedundant code that is 

encoding circuit « ^ ^.lly stored m 
an error correction code 

the page ou«er 45 . - tegis ter 44 , the 

output data of wd the e rror 

,. tne «rite registe a 
page buffer 45. „ is suppl-* 

rtion code encoding .hereinafter, 
C °" interface and sequencer <h. 

flash memory inter 

18 



25 



10 



|l5 



'ci The 
A sequencer) 

£rr edto as^ory X^^^e disposed 
mem ° rV ntrol bl°<* " en 

written 

oncer 51. bee n compressed 

sequencer haS be en the 

correspond^ » the audlo data x. 

rhereinaf^ eJ -' security ^ 

fl ash -mory ^ pted by the ^ 

s A TBAC3 data) ^ secur ity * lock 

to as AW and the sec ^ 

recorder /pl^er c0 py^<3 ht ° 

of the re protect tn bu ffer 

ca rd 40 so as to P comprises a 

mem0rY d t a The security ^ 52 ^ 
^ 5 a OBS encrypt ^ 

memory ^ J ' d 40 

oiatile memory 55- meItvor y car 

. security ^52 d a unique 

The sec a *-ion * e V s a 

^ e \ev - •^-° ry " ' £or encrypt — 

a « — - » — * be 

roemOIV a d in the nonvolatile a 

Th e key ="red erob odiment, 

„ According to the memory 55. 

analysed- no nvolatr 

The security*-* secu£ity bloc , 52 

— .^y tlrlith. —tte tor,e.y 
. s essron My ul th the 

2 re -encrypt= 
block 52 i9 



20 



25 



, n circuit 54. 
h the DSE encrypts 4Q is 

through the memory 
For example, when 

v, recorder/Player, they 
cached to the reco q£ the 

3t ,. d The security IC memor y 

authenticated. ^ity bloc* 52 o 

record er/play eE an when the 

atd 40 mutuaUV ate ^ 

" order/ playe, -s at ; card a nd t he memory 

recorder/ f me mory catu an 

car d .0 as a, appuca^ ^ recorder/pl ayer « » 

card 40 has authentrca 

and shar roe mory cara 

re cor d er/play« - d the ve session Keys. 

eac* — — - nerBt are Itten to — ^ 
mntents are wlt h a 

When conte ^ contents Key 

sessl on ,ev - d supples - ^ ^ th 

^-«. -^ onkey , ~—»»~ 

vev «" h th a supple 8 * 

contents *ey key , and supp 

,, key a storage storage k9 y 

CW s Ty to t*e -order/P—- whenthe 

C ° nte e Hey -r eac* —>« " rf *° *e V . 
Ls a umque Key en crypted cont 

r ecorder,p W er . ^tUn, P— 

lhe recorder/P^r ^ and url tes t h e encrypted 
the encrypted contents 

20 



20 



25 



10 



to 



20 



. onts to the memory 
contents key - - — d C ° ntentS 
card 40. „ r iting process £or 

«. — «r d 4. ca rd 40 viU - 

tn e reading process ^ ^ £iash menory 42 

d escrihed. -«; hat ;; bu££er 45 , the read register 
is supplied to the page c . tcult 4 9 through the 

48. and the error correction ^ ^ corte cting 

TP and the sequencer • 
memory IF and ^ data stor ed 

circuit 4 9 corrects an er ^ ^ 45 that 

pa ge b u«er 45. Output dat ^ ^ ^ 

has been error-corrected nd ^ ^ „ 

r ead register 4B are supP- ^ ^ „ 

blo ck «. - —rie OS, 30 C «- 
Woe, 43 is suppl-d ab<jve . descr i b ed serial 

re corder/player through the 

interface. the memory card 40, 

whe „ data is rea storage ke y and the 

-^t-c= key encrypted wi 
the contents key ^ ^ are read fron, 

contents encrypted. -it ^ the 

flash m e.ory 42. ^e securx » ^ 

the storage Key- 

contents key with key uich th e 

52 .e-encrypts the decrypt ^ ^ contents key 

session key and — recorder/pl ayer decrypts 
to the recorder/Play- ^ fcey and 

the contents key ««. th , ey . 
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oessively decrypts the encrypted 
xh e recorder/player successive y 

information, and so £ prote ction switch 60. 

memory card 40 also has an ^ 

whe „ the switch 6. « I memMy card 40 to 

eve n if a ~d tha ^ ^ ^ 

era se data stored in ^ ^ 40 , 

0 from the recorder/Player aid ^ ^ 

a An is prohibited j-j- 
ch e memory card 40 ^ ^ is an 

• flash memory 42. 

stored m the Il« ^ the 

oscillator that generate ^ ^ ^ 

S reference or the timing of P 

C " d 40 • . . lsa schematic diagram showing the 
li Fl9 ' 4 o£ the file system of the 

ft Hierarchy of the processes ^ stMJ „ 

U ^ at uses a memory cat" 

n computer system that hiera rchical level 

O medium On the hierarchy, the 

20 I- » ^— ti0n PrOCeS d "7 file management process 

process layer is foil— W 

,o n ical address management layer, 
iayer. a logrcal ^ £lssh memo ry access 

address. management layer, hica l structure, 

,„ the above-mentioned hiera 
layer. In the ^ the FAT 

25 th e file management process ^ 

system. Physical betueen the 

bl oc*s of the flash memory. 
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a nrf the physical addresses 
blocks of the flash memory and the p y 

.hereof does not vary. Logical addresses are addresses 
that are logically handled on the file management 

process layer. 

Fig 5 is a schematic diagram shoving the 

• , fracture of data handled in the flash memory 
physical structure u 

rard 40 in the memory 42, a data 
42 of the memory card «u. 

~r,-i-\ is divided into a 
unit (referred to as segment, 

redetermined number of b l=C- ' °" 

bl oc. ,s di^ded into a predetermined - 

m the flash memory, data is 
(fixed length) . In the n 

Lch bl oc k at a time. Oata is written to the las 
memory « or read therefrom as a page at at me 

si2e of each floe* is the same. Li.ewrse, the size 
each page is the same. Ononis composed of page 0 

to page m. >or exampre. one b loc, has a storage ^ 

i=> r KB (kilobytes or 16 KB. une 

r3Dac it Y of for example KB (Kii 

capacity (bytes). When one 

a storage capacity of 512 B W*. 
page has a storag 

block has a storage capacity of 8 KB, th 

bl , 42 is 4 MB (512 blocks) or 

capacity of the flash memory 42 is 4 

8 MB (1024 blocks) When one block has a storage 

capacity of 16 KB, the total storage capacity of the 

" 42 is 16MB (1024 blocks), 32MB (2048 

flash memory 42 is io 

blocks), or 64 MB (4096 blocks). 

^ ~-f =. Hata portion of oi^. 
One page is composed of a data p 

■p u hvtes. The first 
by tes and a redundant portron of 16. hytes 

y ■ x. • ~ n <= *n overwrite 

three bytes of the redundant portion x. 
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. tha t is rewritten whenever data is updated, 
""rst - e bytes successive contain a .Ice, 

status area, P , ^ poEtion 

area- 9 " * „ the contents o£ the data 

- «- :i\r:.rri:: r— »■» - 

portion. The a fomat 

n bvte), a logical address area (2 y 

rea (5 bytes) , a dispersion infor.at.on ECC 
reserve area ^ y hvtes) . The 

(2 bvtes) , and a data ECC area (3 bytes) 
area (2 bytes) ^ redundant dat a 

. for an erro-L ^ format 
a the logical address area, and the 
flag area, the log „ nntain s redundant 

oa The data ECC area contaxns r 
reserve -area. against 512-byte 

da ta for an error correction process 

data. .,; n = a system 

4i fian area contains jr 
The management flag are 

<- hlock) a conversion table 
n- user block, 0: boot block), 
flag (1. " ser prohibition 

ma o- table block), a copy *> 
flag <1= -val.d, 0. t sion flag (l: 

flag .1: OK, 0: «G,. and an access P 

free, 0: read protect). 

Th e first two blocks - blocks 0 and are 

boot blocks. The bl . n the 

Th e boot blocks are top blocks that ^ ^ 

* when the memory card is 
men ory card. When ^ ^ fi „ t . 

re corder/player. the q ^ ^ 

The refining blocks are user ^ ^ 

• ^ => hpader area, a ^>y^ 
boot block contains a heade 



and a boot and atvtribute information area. Page 1 of 
the boot block contains a prohibited block data area. 
Page 2 of the boot block contains a CIS (Card 
Information Structure) /IDI (identify Drive Information) 
area. 

The header area of the boot block contains a 
boot block ID and the number of effective entries. The 
system entries are the start position of prohibited 
block data, the data size thereof, the data type 
thereof, the data start position of the CIS/IDI area, 
the data size thereof, and the data type thereof. The 
boot and attribute information contains the memory card 
type (read only type, rewritable type, or hybrid type) , 
the block size, the number of blocks, the number of 
total blocks, the security/non-security type, the card 
fabrication data (date of fabrication) , and so forth. 

Since the flash memory has a restriction for 
the number of rewrite times due to the deterioration of 
the insulation film, it is necessary to prevent the 
same storage area (block) from being concentratedly 
accessed. Thus, when data at a particular logical 
address stored at a particular physical address is 
rewritten, updated data of a particular block is 
written to a non-used block rather than the original 
block. Thus, after data is updated, the relation 
between the logical address and the physical address 
changes. This process is referred to as swap process. 



, the same block is prevented fron, being 
Conseouently, the sa» ^ Qf ^ 

concentrated, accessed. Thus, 

flash =» - ^° 10n9ed - with data 

i ^Hrpqs associates VV - L - 
The logical address 

a * fhP block of the 

« «- blMk - ; e bloc* o £ updated 

■ i Hai-a is different from tne o 
origmal data es not change. Thus, 

data, the address on the FAT 

the « aata can be proper. ^ _ 

nrncess is performed, a conve 
the swap process p ohvs ical addresses is 

plates l0 gical addresses and physica 
correlates 1 g ^ ^ logical . physl cal 

required (this table is r 

• , ab le] With reference to the 
address conversion table) . 

• =i address conversion tat>J.e, f 
log ical-physrcal addre ^ 

address correspond^, to a ^ 

on the FAT is obtained. Thus, 

a physical address can be accessed. 

3 ^ The DSP 30 stores the logical-physical 

,„ table in the SRAM. When the storage 
ad dress conversion 

4= RAM is small/ tne 

edacity o £ «« ™ can be stored to the flash 

addE ess con.ers.on tab! ^ 

Thp inaical-physicdx 
memory. The xoyx r , ± the 

correlates logical addresses U bytes, sorted 

ascending order „«* P^-l -^-J^ ^ 

is 128 MB (8192 blocks), 8192 

h tes The 10 gical-physical address 
with two bytes. The i y 

ion table is managed for each segment. 

conversion taoxe 
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the size of the logical-physical address conversion 
table is proportional to the storage capacity of the 
flash memory. When the storage capacity of the flash 
memory is 8 MB (two segments), two pages are used as 
5 the logical-physical address conversion table for each 

of the segments. When the conversion table is stored 
in the flash memory, a predetermined one bit of the 
management flag area in the redundant portion in each 
page represents whether or not the current block is a 
10 block containing the logical-physical address 

conversion table. 

f j 

w The above-described memory card can be used 

& 

% 4 with the FAT file system of a personal computer system 

gii as with the disc shaped record medium. The flash 

^15 memory has an IPL area, a FAT area, and a route 

1,4 directory area (not shown in Fig. 5) . The IPL area 

^ contains the address of a program to be initially 

ss: a 

J^j loaded to the memory of the recorder /player . In 

addition, the IPL area contains various types of memory 

20 information. The FAT area contains information with 

respect to blocks (clusters) . The FAT has defined 
unused blocks, next block number, defective blocks, and 
last block number. The route directory area contains 
directory entries that are a file attribute, an update 

25 date [day, month, year], file size, and so forth. 

Next, with reference to Fig. 6, a managing 
method using the FAT table will be described. 
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Fig. 6 is a schematic diagram showing a 
memory map. The top area of the memory map is a 
partition table portion. The partition table portion 
is followed by a block area, a boot sector, a FAT area, 
a FAT backup area, a root directory area, a sub 
directory area, and a data area. On the memory map, 
logical addresses have been converted into physical 
addresses corresponding to the logical-physical address 
conversion table. 

The boot sector, the FAT area, the FAT backup 
area, the root directory area, the sub directory area, 
and the data area are referred to as FAT partition 
area. 

The partition table portion contains the 
start address and the end address of the FAT partition 
area . 

The FAT used for a conventional floppy disk 
does not have such a partition table. Since the first 
track has only a partition table, there is a blank 
area. The boot sector contains the size of the FAT 
structure (12 bit FAT or 16 bit FAT), the cluster size, 
and the size of each area. The FAT is used to manage 
the position of a file recorded in the data area. The 
FAT copy area is a FAT backup area. The route 
directory area contains file names, start cluster 
addresses thereof, and various attributes thereof. The 
route directory area uses 32 bytes per file. 
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The sub directory area is achieved by a 
directory attribute- file as a directory. In the 
embodiment shown in Fig. 6, the sub directory area has 
four files named PBLIST.MSF, CAT. MSF, DOG.MSF, and 
MAN.MFA. The sub directory area is used to manage file 
names and record positions on the FAT. In other words, 
the slot of the file name CAT . MSF is assigned address 
"10" on the FAT. The slot of the file name DOG.MSF is 
assigned address "10" on the FAT. An area after 
cluster 2 is used as a data area. In this embodiment, 
audio data that has been compressed corresponding to 
the ATRAC3 format is recorded. The top slot of the 
file name MAN. MSA is assigned address "110" on the FAT. 
According to the embodiment of the present invention, 
audio data with the file name CAT. MSF is recorded to 
cluster 5 to 8. Audio data of DOG-1 as the first half 
of the file with the file name DOG.MSF is recorded to 
clusters 10 to 12. Audio data DOG-2 as the second half 
of the file with the file name DOG.MSF is recorded in 
clusters 100 and 101. Audio data with the file name 
MAN. MSF is recorded in clusters 110 and 111. 

In the embodiment of the present invention, 
an example of which a single file is divided into two 
portions and dispersedly recorded is described. In the 
embodiment, an area "Empty" in the data area is a 
recordable area. An area after cluster 200 is used for 
managing file names. The file CAT. MSF is recorded to 



cluster 200. The file DOG.MSF is recorded to cluster 
201. The file MAN.MSF is recorded to cluster 202. 
When the positions of the files are changed, the area 
after cluster 200 is re-arranged. When the memory card 
is attached, the beginning and the end of the FAT 
partition area are recorded with reference to the top 
partition table portion. After the boot sector portion 
is reproduced, the root directory area and the sub 
directory area are reproduced. The slot of the 
reproduction management information PBLIST.MSF in the 
sub directory area is detected. Thus, the address of 
the end portion of the slot of the file PBLIST.MSF is 
obtained. In the embodiment, since address "200" is 
recorded at the end of the file PBLIST.MSF, cluster 200 
is referenced. 

The area after cluster 200 is used for 
managing the reproduction order of files. In the 
embodiment, the file CAT. MSA is the first program. The 
file DOG. MSA is the second program. The file MAN. MSA 
is the third program. After the area after cluster 200 
is referenced, slots of the files CAT. MSA, DOG. MSA, and 
MAN. MSA are referenced. In Fig. 6, the end of the slot 
of the file CAT. MSA is assigned address "5". The end 
of the slot of the file DOG. MSA is assigned address 
"10". The end of the slot of the file MAN. MSA is 
assigned address "110". When an entry address is 
searched on the FAT with address "5", cluster address 
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"6" is obtained. When an entry address is searched on 
the FAT with address "6", cluster address "7" is 
obtained. When an entry address is searched on the FAT 
with address "8", code " FFF" that represents the end is 
5 obtained. Thus, the file CAT. MSA uses clusters 5, 6, 

7, and 8. With reference to clusters 5, 6, 7, and 8 in 
the data area, an area of ATRAC3 data with the file 
name CAT. MSA can be accessed. 

Next, a method for searching the file DOG.MSF 
10 that has been dispersedly recorded will be described. 

The end of the slot of the file DOG. MSA is assigned 

Q 

y3 address "10". When an entry address on the FAT is 

HJ searched with address "10", cluster address "11" is 

01 obtained. When an entry address on the FAT is searched 

lJ.5 with address "11" is referenced, cluster address "12" 

^ is obtained. When an entry address on the FAT is 

~ searched with address "12" is referenced, cluster 

l J* address "101" is obtained. When entry address "101" is 

W referenced, code "FFF" that represents the end is 

20 obtained. Thus,, the file DOG.MSF uses clusters 10, 11, 

12, 100, and 101. When clusters 10, 11, and 12 are 
referenced, the first part of ATRAC 3 data of the file 
DOG.MSF can be accessed. When the clusters 100 and 101 
are referenced, the second part of ATRAC 3 data of the 
25 file DOG.MSF can be accessed. In addition, when an 

entry address is searched on the FAT with address 
"110", cluster address "101" is obtained. When an 
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entry address "111" is searched on the FAT with address 
"101", code "FFF" that represents the end is obtained. 
Thus, it is clear that the file MAN. MSA uses clusters 
110 and 111. As described above, data files dispersed 
in the flash memory can be linked and sequentially 
reproduced. 

According to the embodiment of the present 
invention, in addition to the file management system 
defined in the format of the memory card 40, the 
management file is used for managing tracks and parts 
of. music files. The management - file is recorded to a 
user block of the flash memory 42 of the memory card 
40. Thus, as will be described later, even if the FAT 
of the memory card 40 is destroyed, a file can be 
recovered. 

The management file is generated by the DSP 
30. When the power of the recorder/player is turned 
on, the DSP 30 determines whether or not the memory 
card 40 has been attached to the recorder/player. When 
the memory card has been attached, the DSP 30 
authenticates the memory card 40. When the DSP 30 has 
successfully authenticated the memory card 40, the DSP 
30 reads the boot block of the flash memory 42. Thus, 
the DSP 30 reads the physical-logical address 
conversion table and stores the read data to the SRAM. 
The FAT and the route directory have been written to 
the flash memory of the memory card 40 before the 
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m orv card 40 is shipped. When data is recorded to 
card 40 the management file is generated. 

the memory card 4U, 

H5 a record command issued by 
In other words, a recui 

* fhP user or the like is 
the remote controller of the 

encoder/decoder IC 10 compresses the rec 

i - M the resultant ATRAC 3 data to the 
data and supplies the resu ATRAC3 

■ ^ rr 9n encrypts the ATRAU-s 
tp 9 0 The security IC 20 encryy 
security IC 20. me 

, j ATRAC3 data is recorded to the 
data. The encrypted ATRACo 

40 Thereafter, tne 
flash memory 42 of the memory card 40. 

,„ file ar e updated. Whenever a 
FAT and the management f ile ar _ 

. i i n reality, whenever the recording 
file is updated Un reality, ^ 

process of audio data is completed) . 

t file stored in the SRAMs 31 and 36 are 
.management frle ed or ^ 

rewritten. When the memory card 40 t he FAT and 

„, the recorder/player is turned off, the 

P ° en file that are finally supplied from the 

th e management fxl. ^ 

SRAMs 31 and 36 are recorded to 

Alternatively, whenever the recording process o » 
data is completed, the EM and the management 
„ritten in the flash memory 4 2 may fe rewritten. When 
au dio data is edited, the contents of the management 

file are updated. 

In the data structure according to the 
emhodiment, additional information is contained in the 
management file. The additional information rs updat 
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and recorded to the flash memory 42. In another data 
structure of the management file, an additional 
information management file is generated besides the 
track management file. The additional information is 
supplied from the external controller to the DSP 30 
through the bus and the bus interface 32. The 
additional information is recorded to the flash memory 
42 of the memory card 40. Since the additional 
information is not supplied to the security IC 20, it 
is not encrypted. When the memory card 40 is detached 
from the recorder /player or the power thereof is turned 
off, the additional information is written from the 
SRAM of the DSP 30 to the flash memory 42. 

Fig. 7 is a schematic diagram showing the 
file structure of the memory card 40. As the file 
structure, there are a still picture directory, a 
moving picture directory, a voice directory, a control 
directory, and a music (HIFI) directory. According to 
the embodiment, music programs are recorded and 
reproduced. Next, the music directory will be 
described. The music directory has two types of files. 
The first type is a reproduction management file 
BLIST . MSF (hereinafter, referred to as PBLIST) . The 
other type is an ATRAC 3 data file A3Dnnnn.MSA that 
stores encrypted music data. The music directory can 
stores up to 400 ATRAC3 data files (namely, 400 music 
programs) . ATRAC 3 data files are registered to the 



reproduction management file and generated by the 
recorder /player . 

Fig. 8 is a schematic diagram showing the 
structure of the reproduction management file. Fig. 9 
is a schematic diagram showing the file structure of 
one ATRAC 3 data file. The reproduction management file 
is a fixed-length file of 16 KB. An ATRAC 3 data file 
is composed of an attribute header and an encrypted 
music data area for each music program. The attribute 
data has a fixed length of 16 KB. The structure of the 
attribute header is similar to that of the reproduction 
management file. 

The reproduction management file shown in 
Fig. 8 is composed of a header, a memory card name NM- 
1S (for one byte code) , a memory card name NM2-S (for 
two byte code) , a program reproduction sequence table 
TRKTBL, and memory card additional information INF-S. 
The attribute header (shown in Fig. 9) at the beginning 
of the data file is composed of a header, a program 
name NM1 (for one byte code), a program name NM2 (for 
two byte code) , track information TRKINF (such as track 
key information) , part information PRTINF, and track 
additional information INF. The header contains 
information of the number of total parts, the attribute 
of the name, the size of the additional information, 
and so forth. 

The attribute data is followed by ATRAC 3 




music data. The music data is block-segmented every 16 
KB. Each block starts with a header. The header 
contains an initial value for decrypting encrypted 
data. Only music data of an ATRAC3 data file is 
encrypted. Thus, other data such as the reproduction 
management file, the header, and so forth are not 
encrypted. 

Next, with reference to Figs. 10A to IOC, the 
relation between music programs and ATRAC3 data files 
will be described. One track is equivalent to one 
music program. In .addition, one music program is 
composed of one ATRAC 3 data (see Fig. 9) . The ATRAC3 
data file is audio data that has been compressed 
corresponding to the ATRAC 3 format. The ATRAC 3 data 
file is recorded as a cluster at a time to the memory 
card 40. One cluster has a capacity of 16 KB. A 
plurality of files are not contained in one cluster. 
The minimum data erase unit of the flash memory 42 is 
one block. In the case of the memory card 40 for music 
data, a block is a synonym of a cluster. In addition, 
one cluster is equivalent to one sector. 

One music program is basically composed of 
one part. However, when a music program is edited, one 
music program may be composed of a plurality of parts. 
A part is a unit of data that is successively recorded. 
Normally, one track is composed of one part. The 
connection of parts of a music program is managed with 



part information PRTINF in the attribute header of each 
music program. In other words, the part size is 
represented with part size PRTSIZE (4 bytes) of the 
part information PRTINF. The first two bytes of the 
part size PRTSIZE represents the number of total 
clusters of the current part. The next two bytes 
represent the positions of the start sound unit (SU) 
and the end sound unit (SU) of the beginning and last 
clusters, respectively. Hereinafter, a sound unit is 
abbreviated as SU. With- such a part notation, when 
music data is . edited, the movement of . the music data 
can be suppressed. When music data is edited for each 
block, although the movement thereof can be suppressed, 
the edit unit of a block is much larger than the edit 
unit of a SU. 

SU is the minimum unit of a part. In 
addition, SU is the minimum data unit in the case that 
audio data is compressed corresponding to the ATRAC3 
format. 1 SU is audio data of which data of 1024 
samples at 44.1 kHz (1024 x 16 bits x 2 channels) is 
compressed to data that is around 10 times smaller than 
that of original data. The duration of 1 SU is around 
23 msec. Normally, one part is composed of several 
thousand SU. When one cluster is composed of 42 SU, 
one cluster allows a sound of one second to be 
generated. The number of parts composing one track 
depends on the size of the additional information. 



Since the number of parts is obtained by subtracting 
the header, the program name, the additional data, and 
so forth from one block, when there is no additional 
information, the maximum number of parts (645 parts) 
can be used- 
Fig. 10A is a schematic diagram showing the 
file structure in the case that two music programs of a 
CD or the like are successively recorded. The first 
program (file 1) is composed of for example five 
clusters. Since one cluster cannot contain two files 
of the. first program and the second program, the file 2 
starts from the beginning of the next cluster. Thus, 
the end of the part 1 corresponding to the file 1 is in 
the middle of one cluster and the remaining area of the 
cluster contains no data. Likewise, the second music 
program (file 2) is composed of one part. In the case 
of the file 1, the part size is 5. The first cluster 
starts at 0-th SU. The last cluster ends at 4-th SU. 

There are four types of edit processes that 
are a divide process, a combine process, an erase 
process, and a move process. The divide process is 
performed to divide one track into two portions. When 
the divide process is performed, the number of total 
tracks increases by one. In the divide process, one 
file is divided into two files on the file system. 
Thus, in this case, the reproduction management file 
and the FAT are updated. The combine process is 
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performed to combine two tracks into one track. When 
the combine process is performed, the number of total 
tracks decreases by one. In the combine process, two 
files are combined into one file on the file system. 
Thus, when the combine process is performed, the 
reproduction management file and the FAT are updated. 
The erase process is performed to erase a track. The 
track numbers after the track that has been erased 
decrease one by one. The move process is performed to 
change the track sequence. Thus, when the erase 
process or the move process is performed, the 
reproduction management file and the FAT are updated. 

Fig. 10B is a schematic diagram showing the 
combined result of two programs (file 1 and file 2) 
shown in Fig. 10A. As a result of the combine process, 
the combined file is composed of two parts. Fig. IOC 
is a schematic diagram showing the divided result of 
which one program (file 1) is divided in the middle of 
the cluster 2. By the divide process, the file 1 is 
composed of clusters 0, 1, and the beginning portion of 
cluster 2. The file 2 is composed of the end portion 
of cluster 2 and clusters 3 and 4 . 

As described above, according to the 
embodiment of the present invention, since the part 
notation is defined, as the combined result (see Fig. 
10B) , the start position of the part 1, the end 
position of the part 1, and the end portion of the part 



2 can be defined with SU. Thus, to pack the space due 
to the combined result, it is not necessary to move the 
music data of the part 2. In addition, as the divided 
result (see Fig. IOC) , it is not necessary to move data 
and pack the space at the beginning of the file 2. 

Fig. 11 is a schematic diagram showing the 
detailed data structure of the reproduction management 
file PBLIST. Figs. 12A and 12B show a header portion 
and the remaining portion of the reproduction 
management file PBLIST. The size of the reproduction 
management file is one cluster (one block = 16 KB) . 
The size of the header shown in Fig. 12A is 32 bytes. 
The rest of the reproduction management file PBLIST 
shown in Fig. 12B contains a name NM1-S area (256 
bytes) (for the memory card), a name NM2-S area (512 
bytes), a contents key area, a MAC areia, an S-YMDhms 
area, a reproduction sequence management table TRKTBL 
area (800 bytes), a memory card additional information 
INF-S area (14720 bytes), and a header information 
redundant area. The start positions of these areas are 
defined in the reproduction management file. 

The first 32 bytes of (0x0000) to (0x0010) 
shown in Fig. 12A are used for the header. In the 
file, 16-byte areas are referred to as slots. 
Referring to Fig. 12A, the header are placed in the 
first and second slots. The header contains the 
following areas. An area denoted by "Reserved" is an 
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nv in a reserved area, a null 
undefined area. Normally, xn 

■ written However, even if any data xs 
/n Y nO IS written. 

H area the data written in the 
written to a reserved area, t 

H in a future version, some 
reserved is ignored. In a 

— — - - i i;rr:;r:e, ^ 

option area is not used, xt 
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area . 



= BLKID-TLO (4 bytes) 
'Meaning: BLOCKID FILE ID 
' Function: Identifies the top of the 

production management file. 

r-i ved value = iij u v 
Value: Eixea va 

0x544C2D30) 

= MCode (2 bytes) 
Meaning: MAKER CODE 

Function: Identifies the mater and model of 

order 6 bits (model code) . 

= REVISION (4 bytes) 

■ times of PBLIST 
Meaning: Number of rewrite txmes 

Function: Increments whenever the 
reproduction management file is rewritten 

Value: Starts at 0 and increments by 1^ 

= s-YMDhms (4 bytes) (Option) 

_w ^=,w hour, minute, and 
Meaning: Year, month, day, hou 
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bv the recorder/player with a reliable 
cond recorded by tne 



se 
clock. 



Function: Ident 



ifies the last recorded date 



^ , bit s 25 to 31: Year 0 to 99 (1980 to 
Value: bits to ^ 

2079) n . 19 

bits 21 to 24: Month 0 to 12 

bits 16 to 20: Day 0 to 31 

bits 11 to 15: Hour 0 to 23 

bits 05 to 10: Minute 0 to 59 

bits 00 -to 04: Second 0 to 29 (two bit 

interval) 

= SY1C+L (2 bytes) 

. nfl . At tribute of name (one byte code) 
Meaning: 

of raemory card written in Wl-S area. 

action: Represents the character cod. and 

the language code as one byte code. 
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j~ ir\ • Hiah-order one 
lue: Character code (C) . Hign 



bytS m r-haracter code, binary number 

01: ASCII (American Standard Code for 

information Interchange) 

02: ASCII+KANA 

03: Modified 8859-1 

81: MS-JIS 

82: KS C 5601-1989 

83: GB (Great Britain) 2312-80 



90: S-JIS (Japanese Industrial 
Standards) (for Voice) 

Language code (L) : Low-order one 

byte 

Identifies the language based on EBU 

Tech 3258 

standard- 



00: 


Not set 


08: 


German 


09: 


English 


OA: 


Spanish 


OF: 


French 


15: 


Italian 


ID: 


Dutch 


65: 


Korean 


69: 


Japanese 


75: 


Chinese 



When data is not recorded, this area is 

all 0. 

= SN2C+L (2 bytes) 
. . Meaning: Attribute of name of memory card in 

NM2-S area. 

Function: Represents the character code and 
the language coded as one byte code. 

Value: Same as SN1C+L 

= SINFSIZE (2 bytes) 

Meaning: Total size of additional 



information of memory card in INF-S area. 

Function: Represents the data size as an 
increment of 16 bytes. When data is not recorded, this 
area is all 0, 

Value: Size: 0x0001 to 0x39C (924) 

= T-TRK (2 bytes) 

Meaning: TOTAL TRACK NUMBER 

Function: Represents the number of total 

tracks. 

Value: 1 to 0x0190 (Max. 400 tracks) 

When data is recorded, this area is all 

0. 

= VerNo (2 bytes) 
. Meaning: Format version number 

Function: Represents the major version 
number (high order one byte) and the minor version 
number (low order one byte) . 

Value: 0x0100 (Ver 1.0) 

0x0203 (Ver 2.3) 

Next, areas (see Fig. 13B) that preceded by 
the header will be described. 

= NM1-S 

Meaning: Name of memory card (as one byte 

code) 

Function: Represents the name of the memory 
card as one byte code (max. 256) . At the end of this 
area, an end code (0x00) is written. The size is 
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calculated from the end code. When data is not 
recorded, null (0x00) is recorded from the beginning 
(0x0020) of this area for at least one byte. 

Value: Various character code 

= NM2-S 

Meaning: Name of memory card (as two byte 

code) 

Function: Represents the name of the memory 
card as two byte code (max. 512) . At the end of this 
area, an end code (0x00) is written. The size is 
calculated from the end code. When data is not 
recorded, null (0x00) is recorded from the beginning 
(0x0120) of this area for at least two bytes. 

Value: Various character code 

= CONTENTS KEY 

Meaning: Value for music program. Protected 
with MG(M) and stored. Same as CONTENTS KEY. 

Function: Used as a key necessary for 
calculating MAC of S-YMDhms. 

Value: 0 to OxFFFFFFFFFFFFFFFF 

= MAC 

Meaning: Forged copyright information check 

value 

Function: Represents the value generated 
with S-YMDhms and CONTENTS KEY. 

Value: 0 to OxFFFFFFFFFFFFFFFF 
= TRK-nnn 



Meaning: SQN (sequence) number of ATRAC 3 
data file reproduced. 

Function: Represents FNo of TRKINF. 
Value: 1 to 400 (0x190) 

When there is no track, this area is all 

0. ' 

= INF-S 

Meaning: Additional information of memory 
card (for example, information with respect to photos, 
songs, guides, etc.) 

Function: Represents variable length 
additional information with a header. A plurality of 
types of additional information may be used. Each of 
the types of additional information has an ID and a 
data size. Each additional information area including 
a header is composed of at least 16 bytes and a 
multiple of 4 bytes. For details, see the following 
section. 

Value: Refer to the section of "Data 
Structure of Additional Information". 
- - = S-YMDhms (4 bytes) (Option) 

Meaning: Year, month, day, hour, minute, and 
second recorded by the recorder/player with a reliable 
clock. 

Function: Identifies the last recorded date 
and time. In this case of EMD, this area is mandatory. 

Value: bits 25 to 31: Year 0 to 99 (1980 to 



# 



2079) 



10 



20 



25 



Month 0 to 12 

Day 0 to 31 

Hour 0 to 23 

Minute 0 to 59 

Second 0 to 29 (two second 



bits 21 to 24 
bits 16 to 24 
bits 11 to 15: 
bits 05 to 10 
bits 00 to 04 
interval) 

As the last slot of the reproduction 
management file, the same BLKID-TL0, MCode, and 
REVISION as those in the header are written. 

While data is being recorded to a memory 
card, it may be mistakenly or accidentally detached or 
the power of the recorder /player may be turned off. 
When such an improper operation is performed, a defect 
should be detected. As described above, the REVISION 
area is placed at the beginning and end of each block. 
Whenever data is rewritten, the value of the REVISION 
area is incremented. If a defect termination takes 
place in the middle of a block, the value of the 
REVISION area at the beginning of the block does not 
match the value of the REVISION area at the end of the 
block. Thus, such a, defect termination can be 
detected. Since there are two REVISION areas, the 
abnormal termination can be detected with a high 
probability. When an abnormal termination is detected, 
an alarm such as an error message is generated. 

In addition, since the fixed value BLKID-TL0 
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is written at the beginning of one block (16 KB), when 
the FAT is destroyed, the fixed value is used as a 
reference for recovering data. In other words, with 
reference to the fixed value, the type of the file can 
be determined. Since the fixed value BLKID-TLO is 
redundantly written at the header and the end portion 
of each block, the reliability can be secured. 
Alternatively, the same reproduction management file 
can be redundantly recorded. 

The data amount of an ATRAC 3 data file is 
much larger than that of the track information 
management file. In addition, as will be described 
later, a block number BLOCK SERIAL is added to ATRAC 3 
data file. However, since a plurality of ATRAC3 files 
are recorded to the memory card, to prevent them from 
become redundant, both CONNUMO and BLOCK SERIAL are 
used. Otherwise, when the FAT is destroyed, it will be 
difficult to recover the file. In other words, one 
ATRAC 3 data file may be composed of a plurality of 
blocks that are dispersed. To identify blocks of the 
same file, CONNUMO is used. In addition, to identify 
the order of blocks in the ATRAC 3 data file, BLOCK 
SERIAL is used. 

Likewise, the maker code (Mcode) is 
redundantly recorded at the beginning and the end of 
each block so as to identify the maker and the model in 
such a case that a file has been improperly recorded in 
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the state that the FAT has not been destroyed. 

Fig. 12C is a schematic diagram showing the 
structure of the additional information data. The 
additional information is composed of the following 
5 header and variable length data. The header has the 

following areas. 

= INF 

Meaning: FIELD ID 

Function: Represents the beginning of the 
10 additional information (fixed value) . 

Value: 0x69 

2i = id 

^ Meaning: Additional information key code 

Function: Represents the category of the 
MLS additional information. 

M Value: 0 to OxFF' 

h = SIZE 

ja; ;: 
: Li 

Meaning: Size of individual additional 
information 

20 Function: Represents the size of each type 

of additional information. Although the data size is 
not limited, it should be at least 16 bytes and a 
multiple of 4 bytes. The rest of the data should be 
filled with null (0x00) . 

25 Value: 16 to 14784 (0x39C0) 

= MCode 

Meaning: MAKER CODE 
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Function: Identifies the maker and model of 
the recorder/player . 

Value: High-order 10 bits (maker code), low- 
order 10 bits (machine code) . 
5 = C+L 

Meaning: Attribute of characters in data 
area starting from byte 12. 

Function: Represents the character code and 
the language code as one byte code. 
10 Value: Same as SNC+L 

= DATA 

fa si'' 

^ Meaning: Individual additional information 

^ Function: Represents each type of additional 

S n ; information with variable length data. Real data 

Ml 5 always starts from byte 12. The length (size) of the 

j=£ real data should be at least 4 bytes and a multiple of 

ri 4 bytes. The rest of the data area should be filled 

l r t with null (0x00) . 

Value: Individually defined corresponding to 
20 the contents of each type of additional information. 

. - Fig. 13 is a table that correlates key code 

values (0 to 63 of additional information and types 
thereof. Key code values (0 to 31) are assigned to 
music character information. Key code values (32 to 
25 63) are assigned to URLs (Uniform Resource Locator) 

(web information) . The music character information and 
URL information contain character information of the 
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album title, the artist name, the CM, and so forth as 
additional information . 

Fig. 14 is a table that correlates key code 
values (64 to 127) of additional information and types 
thereof. Key code values (64 to 95) are assigned to 
paths/others. Key code values (96 to 127) are assigned 
to control/numeric data. For example, ID = 98 
represents TOC-ID as additional information. TOC-ID 
represents the first music program number, the last 
music program number, the current program number, the 
total performance duration, and the current music 
program duration corresponding to the TOC information 
of a CD (Compact Disc) . 

Fig. 15 is a table that correlates key code 
values (128 to 159) of additional information and types 
thereof. Key code values (128 to 159) are assigned to 
synchronous reproduction information. In Fig. 15, EMD 
stands for electronic music distribution. 

Next, with reference to Figs. 16A to 16E, 
real examples of additional information will be 
described. As with Fig. 12C, Fig. 16A shows the data 
structure of the additional information. In Fig. 16B, 
key code ID = 3 (artist name as additional 
information) . SIZE = OxlC (28 bytes) representing that 
the data length of additional information including the 
header is 28 bytes; C+L representing that character 
code C = 0x01 (ASCII) and language code L = 0x09 




(English) . Variable length data after byte 12 
represents one byte data "SIMON & GRAFUNKEL" as artist 
name. Since the data length of the additional 
information should be a multiple of 4 bytes, the rest 
is filled with (0x00) . 

In Fig. 16C, key code ID = 97 representing 
that ISRC (International Standard Recording Code: 
Copyright code) as additional information. SIZE = 0x14 

(20 bytes) representing that the data length of the 
additional information is 20 bytes. C = 0x00 and L = 
0x00 representing that characters and language have not 
been set. Thus, the data is binary code. The variable 
length data is eight-byte ISRC code representing 
copyright information (nation, copyright owner, 
recorded year, and serial number) . 

In Fig. 16D, key code ID =is 97 representing 
recorded date and time as additional information. SIZE 
= 0 x 10 (16 bytes) representing that the data length 
of the additional information is 16 bytes. C = 0x00 
and L = representing that characters and language have 
not been set. The variable length data is four-byte 
code (32 bit) representing the recorded date and time 
(year, month, day, hour, minute, second) . 

In Fig. 16E, key code ID = 107 representing a 
reproduction log as additional information. SIZE = 
0x10 (16 bytes) representing that the data length of 
the additional information is 16 bytes. C = 0x00 and L 
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= 0x00 representing that characters and language have 
not been set. The variable length data is a four-byte 
code representing a reproduction log (year, month, day, 
hour, minute, second) . When the recorder/player has a 
reproduction log function, it records data of 16 bytes 
whenever it reproduces music data. 

Fig. 17 is a schematic diagram showing a data 
arrangement of ATRAC 3 data file A3Dnnnn in the case 
that 1 SU is N bytes (for example, N - 384 bytes). 
Fig. 17 shows an attribute header (1 block) of a data 
file and a music data file (1 block) . Fig. 17 shows 
the first byte (0x0000 to 0x7FF0) of each slot of the 
two blocks (16 x 2 = 32 kbytes). As shown in Fig. 18, 
the first 32 bytes of the attribute header are used as 
a header; 256 bytes are used as a music program area 
NM1 (256 bytes) ; and 512 bytes are used as a music 
program title area NM2 (512 bytes) . The header of the 
attribute header contains the following areas. 

= BLKID-HD0 (4 bytes) 

Meaning: BLOCK1D FIELD ID 

Function: Identifies the top of an ATRA3 

data file. 

Value: Fixed value = "HD = 0" (For example, 
0x48442D30) 

= MCode (2 bytes) 
Meaning: MAKER CODE 

Function: Identifies the maker and model of 



the recorder /player 

Value: High-order 10 bits (maker code); low- 
order 6 bits (machine code) 

= BLOCK SERIAL (4 bytes). 

Meaning: Track serial number 

Function: Starets from 0 and increments by 
1. Even if a music program is edited, this value does 
not vary. 

Value: 0 to OxFFFFFFFF. 
= N1C+L (2 bytes) 

Meaning: Represents the attribute of data 
(NM1) of a track (music program title) . 

Function: Represent the character code and 
language code of NM1 as one byte code. 

Value: Same as SN1C+L 

= N2C+L (2 bytes) 

Meaning: Represents the attribute of data 
(NM2) of a track (music program title). 

Function: Represent the character code and 
language code of NM1 as one byte code. 
- - Value: Same as SN1C+L 

= INFSIZE (2 bytes) 

Meaning: Total size of additional 
information of current track. 

Function: Represents the data size as a 
multiple of 16 bytes. When data is not recorded, this 
area should be all 0. 



Value: 0x0000 to 0x3C6 (966) 
= T-PRT (2 bytes) 

Meaning: Number of total bytes 
Function: Represents the number of parts 
5 that composes the current track. Normally, the value 

of T-PRT is 1. 

Value: 1 to 285 (645 dec) - 
= T-SU (4 bytes) 
Meaning: Number of total SU. 
10 Function: Represents the total number of SU 

in one track that is equivalent to the program 
2f performance duration. 

Nj Value: 0x01 to OxOOlFFFFF 

tfl = INX (2 bytes) (Option) 

Ml 5 Meaning: Relative position of INDEX 

k* Function: Used as a pointer that represents 

H the top of a representative portion of a music program. 

The value of INX is designated with a value of which 
w the number of SU is divided by 4 as the current 

20 position of the program. This value of INX is 

equivalent to 4 times larger than the number of SU 
(around 93 msec) . 

Value: 0 to OxFFFF (max, around 6084 sec) 
= XT (2 bytes) (Option) 
25 Meaning: Reproduction duration of INDEX 

Function: Designates the reproduction 
duration designated by INX-nnn with a value of which 
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the number of SU is divided by 4. The value of INDEX 
is equivalent to four times larger than the normal SU 
(around 93 msec) . 

Value: 0x0000 (no setting); 0x01 to OxFFFE 
(up to 6084 sec) ; OxFFFF (up to end of music program) 

Next, the music program title areas NM1 and 
NM2 will be described. 

= NM1 

Means: Character string of music program 

title 

Function: Represents a music program title 
as one byte code (up to 256 characters) (variable 
length) . The title area should be completed with an 
end code (0x00). The size should be calculated from 
the end code. When data is not recorded, null (0x00) 
should be recorded from the beginning (0x0020) of the 
area for at least one byte. 

Value: Various character codes 

= NM2 

Means: Character string of music program 

title 

Function: Represents a music program title 
as two byte code (up to 512 characters) (variable 
length) . The title area should be completed with an 
end code (0x00) . The size should be calculated from 
the end code. When data is not recorded, null (0x100) 
should be recorded from the beginning (0x0120) of the 



area for at least two bytes. 

Value: Various character codes 
Data of 80 bytes starting from the fixed 
position (0x320) of the attribute header is referred to 
as track information area TRKINF. This area is mainly 
used to totally manage the security information and 
copy control information. Fig. 19 shows a part of 
TRKINF. The area TRKINF contains the following areas. 
= CONTENTS KEY (8 bytes) 

Meaning: Value for each music program. The 
val^ue of CONTENTS KEY is protected in the security 
block of the memory card and then stored. 

Function: Used as a key for reproducing a 
music program. It is used to calculate the value of 
MAC. 

Value: 0 to OxFFFFFFFFFFFFFFFF 
- MAC (8 bytes) 

Meaning: Forged copyright information check 
value Function: Represents the value generated 

with a plurality of values of TRKINF including contents 
cumulation numbers and a secret sequence number. 

The secret sequence number is a sequence 
number recorded in the secret area of the memory card. 
A non-copyright protection type recorder cannot read 
data from the secret area of the memory card. On the 
other hand, a copyright protection type recorder and a 
computer that operates with a program that can read 



data from a memory card can access the secret area. 
= A (1 byte) 

Meaning: Attribute of part. 

Function: Represents the information of such 
as compression mode of a part. 

Value: The details will be described in the 
following (see Figs. 19 and 20) . 

Next, the value of the area A will be 
described. In the following description, monaural mode 
(N = 0 or 1) is defined as a special joint mode of 
which bit 7=1, sub signal = 0, main signal = (L+R) . 
A non-copyright protection type player may ignore 
information of bits 2 and 1. 

Bit 0 of the area A represents information of 
emphasis on/off state. Bit 1 of the area A represents 
information of reproduction skip or normal 
reproduction. Bit 2 of the area A represents 
information of data type such as audio data, FAX data, 
or the like. Bit 3 of the area A is undefined. By a 
combination of bits 4, 5, and 6, mode information of 
ATRAC 3 is defined as shown in Fig. 20. In other words, 
N is a mode value of 3 bits. For five types of modes 
that are monaural (N = 0 or 1), LP (N = 2) , SP (N = 4), 
EX (N = 5), and HQ (N = 7), record duration (64 MB 
memory card only) , data transmission rate, and the 
number of SU per block are listed. The number of bytes 
of 1 SU depends on each mode. The number of bytes of 1 
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SU in the monaural mode is 136 bytes. The number of 
bytes of 1 SU in the LP mode is 192 bytes. The number 
of bytes of 1 SU in the SP mode is 304 bytes. The 
number of bytes of 1 SU in the EX mode is 384 bytes. 
5 The number of bytes of 1 SU in the HQ mode is 512 

bytes. Bit 7 of the area A represents ATRAC 3 modes (0: 
Dual, 1: JOint) . 

For example, an example of which a 64 MB 
memory card is used in the SP mode will be described. 
10 A 64-MB memory card has 3968 blocks. In the SP mode, 

^. since 1 SU is 304 bytes, one block has 53 SU. 1 SU is 

^ equivalent to (1024/44100) seconds. Thus, one block is 

^4 (1024/44100) x 53 x (3968 - 10) = 4863 seconds = 81 

Cfii minutes. The transmission rate is (44100/1024) x 304 x 

ML 5 8 = 104737 bps; 

U = LT (one byte) 

n Meaning: Reproduction restriction flag (bits 

fi 1 

f Z 7 and 6) and security partition (bits 5 to 0) . 

" Function: Represents a restriction of the 

20 current track. 

Value: bit 7: 0 = no restriction, 1 = 
restriction 

bit 6: 0 = not expired, 1 = expired 
bits 5 to 0: security partition 

25 (reproduction 

prohibited other than 0) 
= FNo (2 bytes) 
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Meaning: File number. 

Function: Represents the initially recorded 
track number that designates the position of the MAC 
calculation value recorded in the secret area of the 
memory card. 

Value: 1 to 0x190 (400) 

= MG(D) SERIAL-nnn (16 bytes) 

Meaning: Represents the serial number of the 
security block (security IC 20) of the recorder /player . 

Function: Unique value for each 
recorder /player 

Value: 0 to 
OxFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF 

= CONNUM (4 bytes) 

Meaning: Contents cumulation number 

Function: Represents a unique value 
cumulated for each music program. The value is managed 
by the security block of the recorder/player. The 
upper limit of the value is 2 32 that is 4,200,000,000. 
Used to identify a recorded program. 

Value: 0 to OxFFFFFFFF 

YMDhms-S (4 bytes) (Option) 

Meaning: Reproduction start date and time of 
track with reproduction restriction 

Function: Represents the date and time at 
which data reproduction is permitted with EMD. 

Value: Same as the notation of date and time 
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of other areas 

= YMDhms-E (4 bytes) (Option) 
Meaning: Reproduction end date and time of 
track with reproduction restriction 
5 Function: Represents the date and time at 

which data reproduction is expired with EMD. 

Value: Same as the notation of date and time 
of other areas 

= MT (1 byte) (Option) 
10 Meaning: Maximum value of number of permitted 

reproduction times 
y3 Function: Represents the maximum number of 

?j reproduction times designated by EMD. 

Value: 1 to OxFF. When not used, the value 
fib of the area MT is 00. 

f = CT (1 byte) (Option) 

Meaning: Number of reproduction times 

ry Function: Represents the number of 

f 2 

p reproduction times in the number of permitted 

20 reproduction times. Whenever data is reproduced, the 

value of the area CT is decremented. 

Value: 0x00 to OxFF. When not used, the 
value of the area CT is 0x00. When bit 7 of the area 
LT is 1 and the value of the area CT is 00, data is 
25 prohibited from being reproduced. 

= CC (1 byte) 

Meaning: COPY CONTROL 



Function: Controls the copy operation. 

Value: bits 6 and 7 represent copy control 
information. bits 4 and 5 represent copy control 
information of a high speed digital copy operation, 
bits 2 and 3 represent a security block authentication 
level. bits 0 and 1 are undefined. 

Example of CC: 

(bits 7 and 6) 

11: Unlimited copy operation permitted 
01: copy prohibited 

00: one time copy operation permitted 
(bits 3 and 2) 

00: analog/digital input recording 
MG authentication level is 0. 
When digital record operation using data from 
a CD is performed, (bits 7 and 6) : 00 and (bits 3 and 
2) : 00. 

= CN (1 byte) (Option) 

Meaning: Number of permitted copy times in 
high speed serial copy management system 

Function: Extends, the copy permission with 
the number of copy times, not limited to one time copy 
permission and copy free permission. Valid only in 
first copy generation. The value of the area CN is 
decremented whenever the copy operation is performed. 

Value" 

00: Copy prohibited 
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01 to OxFE: Number of times 
OxFF: Unlimited copy times 

The track information area TRKINF is followed 
by a 24-byte part management information area (PRTINF) 
starting from 0x0370. When one track is composed of a 
plurality of parts, the values of areas PRTINF of the 
individual parts are successively arranged on the time 
axis. Fig. 22 shows a part of the area PRTINF. Next, 
areas in the area PRTINF will be described in the order 
of the arrangement. 

= PRTSIZE (4 bytes) 

Meaning: Part size 

Function: Represents the size of a part. 
Cluster: 2 bytes (highest position) , start SU: 1 byte 
(upper), end SU: 1 byte (lowest position). 

Value: cluster: 1 to 0xlF40 (8000) 
start SU: 0 to OxAO (160) 
end SU: 0 to OxAO (16) (Note that SU 

starts from 0 . ) 

= PRTKEY (8 bytes) 
. . Meaning: Part encrypting value 

Function: Encrypts a part. Initial value = 
0. Note that edit rules should be applied. 

Value: 0 to OxFFFFFFFFFFFFFFFF 

= CONNUM0 (4 bytes) 

Meaning: Initially generated contents 
cumulation number key 
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Function: Uniquely designates an ID of 

contents . 

Value: Same value as the value of the 
contents cumulation number initial value key 

As shown in Fig. 17, the attribute header of 
an ATRAC 3 data file contains additional information 
INF. The additional information is the same as the 
additional information INF-S (see Figs. 11 and 12B) of 
the reproduction management file except that the start 
position is not fixed. The last byte position (a 
multiple of four bytes) at the end of one or a 
plurality of parts is followed by data of the 
additional information INF. 

= INF 

Meaning: Additional information with respect 

to track 

Function: Represents variable length 
additional information with a header. A plurality of 
different types of additional information may be 
arranged. Each of additional information areas has an 
ID and a data size. Each additional information area 
is composed of at least 16 bytes and a multiple of 4 
bytes. 

Value: Same as additional information INF-S 
of reproduction management file 

The above-described attribute header is 
followed by data of each block of an ATRAC 3 data file. 
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As shown in Fig. 23, a header is added for each block- 
Next, data of each block will be described. 
= BLKID-A3D (4 bytes) 
Meaning: BLOCKID FILE ID 
5 Function: Identifies the top of ATRAC3 data, 

Value: Fixed value = "A3D" (for example, 
0x41334420) 

= MCode (2 bytes) 
Meaning: MAKER CODE 
10 Function: Identifies the maker and model of 

the recorder /player 
yj Value: High-order 10 bits (maker code); low- 

U'ji 

^4 order 6 bits (model code) 

m = CONNUMO (4 bytes) 

rj.5 Meaning: Cumulated number of initially 

created contents 
^ Function: Designates a unique ID for 

»i ij 

l «- contents. Even if the contents are edited, the value 

P of the area CONNUMO is not changed. 

20 Value: Same as the contents cumulation 

number initial key 

= BLOCK SERIAL (4 bytes) 

Meaning: Serial number assigned to each 

track 

25 Function: Starts from 0 and increments by 1, 

Even if the contents are edited, the value of the area 
BLOCK SERIAL is not changed. 
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Value: 0 to OxFFFFFFFF 
= BLOCK-SEED (8 bytes) 

Meaning: Key for encrypting one block 
Function: The beginning of the block is a 
5 random number generated by the security block of the 

recorder /player . The random number is followed by a 
value incremented by 1. When the value of the area 
BLOCK-SEED is lost, since sound is not generated for 
around one second equivalent to one block, the same 
10 data is written to the header and the end of the block. 

Even if the contents are edited, the value of the area 
yi BLOCK-SEED is not changed. 

SI Value: Initially 8-bit random number 

5 = INITIALIZATION VECTOR (8 bytes) 

iVlS Meaning: Value necessary for 

r ± encrypting/decrypting ATRAC3 data 

\Z Function: Represents an initial value 

necessary for encrypting and decrypting ATRAC3 data for 

Q each block. A block starts from 0. The next block 

20 starts from the last encrypted 8-bit value at the last 

SU. When a block is divided, the last eight bytes just 
before the start SU is used. Even if the contents are 
edited, the value of the area INITIALIZATION VECTOR is 
not changed. 

25 Value: 0 to OxFFFFFFFFFFFFFFFF 

= SU-nnn 

Meaning: Data of sound unit 
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Function: Represents data compressed from 
1024 samples- The number of bytes of output data 
depends on the compression mode. Even if the contents 
are edited, the value of the area SU-nnn is not 
changed- For example, in the SP mode, N = 38 4 bytes. 

Value: Data value of ATRAC 3 

In Fig. 17, since N = 384, 42 SU are written 
to one block. The first two slots (4 bytes) of one 
block are used as a header. In the last slot (two 
bytes), the areas BLKID-A3D, MCode, CONNUM0, and BLOCK 
SERIAL are redundantly written. Thus, M bytes of the 
remaining area of one block is (16,384 - 384 x 42 - 16 
x 3 = 208) bytes. As described above, the eight-byte 
area BLOCK SEED is redundantly recorded. 

When the FAT area is destroyed, all blocks of 
the flash memory are searched- It is determined 
whether the value of the area ID BLKID at the beginning 
of each block is TLO, HDO, or A3D. As shown in Figs. 
24A to 24C, at step SP1, it is determined whether or 
not the value of the area ID BLKID at the beginning of 
the top block is BLKID-TLO. When the determined result 
at step SP1 is No, the flow advances to step SP2. At 
step SP2, the block number is incremented. Thereafter, 
at step SP3, it is determined whether or not the last 
block has been searched. 

When the determined result at step SP3 is No, 
the flow returns to step SP1. 
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When the determined result at step SP1 is 
Yes, the flow advances to step SP4. At step SP4 , it is 
determined that the searched block is the reproduction 
management file PBLIST. Thereafter, the flow advances 
to step SP5. At step SP5, the number of total tracks 
T-TRK in the reproduction management file PBLIST is 
stored as N to the register. For example, when the 
memory has stored 10 ATRAC 3 data files (10 music 
programs) , 10 has been stored in T-TRK. 

Next, with reference to the value of the 
number of total tracks T-TRK, TRK-001 to TRK-400 of 
blocks are successively referenced. In this example, 
since 10 music programs have been recorded, TRK-001 to 
TRK-010 of blocks are referenced. Since a file number 
FNO has been recorded in TRK-XXX (where X = 1 to 400) 
at step SP7, a table that correlates the track number 
TRK-XXX and the file number FNO is stored to the 
memory. Next, at step SP8, N stored in the register is 
decremented. A loop of steps SP6, SP7, and SP8 is 
repeated until N becomes 0 at step SP9. . 
. , When the determined result at step SP9 is 

Yes, the flow advances to step SP10. At step SP10, the 
pointer is reset to the top block. The .searching 
process is repeated from the top block. Thereafter, 
the flow advances to step SP11. At step SP11, it is 
determined whether or not the value of the area ID 
BLKID of the top block is BLKID-HD0. When the 
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determined result at step SP11 is No, the flow advances 
to step SP12. At step SP12, the block number is 
incremented. At step SP13, it is determined whether or 
not the last block has been searched. 

When the determined result at step SP13 is 
No, the flow returns to step SP11. The searching 
process is repeated until the determined result at step 
SP11 becomes Yes. 

When the determined result at step SP11 is 
Yes, the flow advances to step SP14. At step SP14, it 
is determined that the block is the attribute header 
(see Fig. 8) (0x0000 to 0x03FFF shown in Fig. 18) at 
the beginning of the ATRAC 3 data file. 

Next, at step SP15, with reference to the 
file number FNO, the sequence number BLOCK SERIAL of 
the same ATRAC data file, and the contents cumulation 
number key CONNUM0 contained in the attribute header, 
they are stored to the memory. When 10 ATRAC 3 data 
files have been recorded, since there are 10 blocks of 
which the value of the area ID BLKID of the top block 
is BLKID-TL0, the searching process is continued until 
10 blocks are searched. 

When the determined result at step SP13 is 
Yes, the flow advances to step SP16. At step SP16, the 
pointer is reset to the top block. The searching 
process is repeated from the top block. 

Thereafter, the flow advances to step SP17. 
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At step SP17, it is determined whether or not the value 
of the area ID BLKID of the top block is BLKID-A3D. 

When the determined result at step SP17 is 
No, the flow advances to step SP18. At step SP18, the 
block number is incremented. Thereafter, at step 
SP18 1 , it is determined whether or not the last block 
has been searched. When the determined result at step 
SP18' is No, the flow returns to step SP17. 

When the determined result at step SP17 is 
Yes, the flow advances to step SP19. At step SP19, it 
is determined that 1:he block contains ATRAC3 data. 
Thereafter, the flow advances to step SP20. At step 
SP20, with reference to the serial number BLOCK SERIAL 
recorded in the ATRAC3 data block and the contents 
cumulation number key CONNUMO, they are stored to the 
memory. 

In the same ATRAC 3 data file, the common 
number is assigned as the contents cumulation number 
key CONNUMO. In other words, when one ATRAC 3 data file 
is composed of 10 blocks, a common number is assigned 
to all the values of the areas CONNUMO. 

In addition, when one ATRAC 3 data is composed 
of 10 blocks, serial numbers 1 to 0 are assigned to the 
values of the areas BLOCK SERIALs of the 10 blocks. 

Corresponding to the values of the areas 
CONNUMO and BLOCK SERIAL, it is determined whether the 
current block composes the same contents and the 
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reproduction order of the current block in the same 
contents (namely, the connection sequence) . 

When 10 ATRAC 3 data files (namely, 10 music 
programs) have been recorded and each of the ATRAC 3 
5 data files is composed of 10 blocks, there are 100 data 

blocks. 

With reference to the values of the areas 
CONNUM0 and BLOCK SERIAL, the reproduction order of 
music programs of 100 data blocks and the connection 
10 order thereof can be obtained. 

When the determined result at step SP19 is 

r j 

y3 Yes, all the blocks have been searched for the 

H| reproduction management file, the ATRAC3 data file, and 

m the attribute file. Thus, at step SP21, based on the 

J\fl5 values of the areas CONNUM0, BLOCK SERIAL, FNO, and 

J\ TRK-X in the order of block numbers of the blocks 

\Z stored in the memory, the file connection state is 

obtained. 

P After the connection state is obtained, the 

20 FAT may be generated in a free area of the memory. 

. . Next, a management file according to a second 

embodiment of the present invention will be described. 
Fig. 25 shows the file structure according to the 
second embodiment of the present invention. Referring 
25 to Fig. 25, a music directory contains a track 

information management file TRKLIST . MSF (hereinafter, 
referred to as TRKLIST) , a backup track information 
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management file TRKLISTB . MSF (hereinafter, referred to 
as TRKLISTB) , an additional information file 
INFLIST. MSF (that contains an artist name, an ISRC 
code, a time stamp, a still picture data, and so forth 
(this file is referred to as INFIST) ) , an ATRAC 3 data 
file A3Dnnnn.MSF (hereinafter, referred to as A3nnnn) . 
The file TRKLIST contains two areas NAME1 and NAME 2 . 
The area NAME1 is an area that contains the memory card 
name and the program name (for one byte code 
corresponding to ASCII/8859-1 character code) . The 
area NAME2 is an area that contains the memory card 
name and the program name (for two byte code 
corresponding to MS- JIS/Hankul/Chinese code) . 

Fig. 26 shows the relation between the track 
information management file TRKLIST, the areas NAME1 
and NAME 2 , and the ATRAC 3 data file A3Dnnnn. The file 
TRKLIST is a fixed-length file of 64 kbytes (= 16 k x 
4). An area of 32 kbytes of the file is used for 
managing tracks. The remaining area of 32 kbytes is 
used to contain the areas NAME1 and NAME 2 . Although 
the areas NAME1 and NAME 2 for program names may be 
provided as a different file as the track information 
management file, in a system having a small storage 
capacity, it is convenient to totally manage the track 
information management file and program name files. 

The track information area TRKINF-nnnn and 
part information area PRTINF-nnnn of the track 



information management file TRKLIST are used to manage 
the data file A3Dnnnn and the additional information 
INFLIST . Only the ATRAC 3 data file A3Dnnnn is 
encrypted. In Fig. 26, the data length in the 
horizontal direction is 16 bytes (0 to F) . A 
hexadecimal number in the vertical direction represents 
the value at the beginning of the current line. 

According to the second embodiment, three 
files that are the track management file TRKLIST 
(including a program title file) , the additional 
information management file INFLIST, and the data f ile . 
A3Dnnnn are used- According to the first embodiment 
(see Figs. 7, 8, and 9), two files that are the 
reproduction management file PBLIST for managing all 
the memory card and the data file ATRAC3 for storing 
programs are used. 

Next, the data structure according to the 
second embodiment will be described. For simplicity, 
in the data structure according to the second 
embodiment, the description of similar portions to 
those of the first embodiment is omitted. 

Fig. 27 shows the detailed structure of the 
track information management file TRKLIST. In the 
track information management file TRKLIST, one cluster 
(block) is composed of 16 kbytes. The size and data of 
the file TRKLISTB are the same as those of the backup 
file TRKLISTB. The first 32 bytes of the track 



information management file are used as a header. As 
with the header of the reproduction management file 
PBLIST, the header of the file TRKLIST contains a 
BLKID-TL0/TL1 (backup file ID) area (4 bytes), an area 
T-TRK (2 bytes) for the number of total tracks, a make 
code area MCode (2 bytes), an area REVISION (4 bytes) 
for the number of TRKLIST rewrite times, and an area S 
YMDhms (4 bytes) (option) for update date and time 
data. The meanings and functions of these data areas 
are the same as those of the first embodiment. In 
addition, the file TRKLIST contains the following 
areas. 

= YMDhms (4 bytes) 

Represents the last update date (year, month 
day) of the file TRKLIST. 

= Nl (1 byte) (Option) 

Represents the sequential number of the 
memory card (numerator side) . When one memory card is 
used, the value of the area Nl is 0x01. 

= N2 (1 byte) (Option) 

Represents the sequential number of the 
memory card (denominator side) . When one memory card 
is used, the value of the area N2 is 0x01. 

= MSID (2 bytes) (Option) 

Represents the ID of a memory card. When a 
plurality of memory cards is used, the value of the 
area MSID of each memory card is the same (T.B.D.). 



(T.B.D. (to be defined) represents that this value may 
be defined in future) . 

= S-TRK (2 bytes) . 

Represents a special track (T.B.D.). 
Normally, the value of the area S-TRK is 0x0000. 
= PASS (2 bytes) (Option) 
Represents a password (T.B.D.). 
= APP (2 bytes) (Option) 

Represents the definition of a reproduction 
application (T.B-D. ) (normally, the value of the area 
APP is 0x0000) . 

= INF-S (2 bytes) (Option) 

Represents the additional information pointer 
of the entire memory card. When there is no additional 
information, the value of the area INF-S is 0x00. 

The last 16 bytes of the file TRKLIST are 
used for an area BLKID-TL0, an area MCode, and an area 
REVISION that are the same as those of the header. The 
backup file TRKLISTB contains the above-described 
header. In this case, the header contains an area 
BLKID-TL1, an area MCode, and an area REVISION. 

The header is followed by a track information 
area TRKINF for information with respect to each track 
and a part information area PRTINF for information with 
respect to each part of tracks (music programs). Fig. 
27 shows the areas preceded by the area TRKLIST. The 
lower portion of the area TRKLISTB shows the detailed 



structure of these areas. In Fig. 27, a hatched area 
represents an unused area. 

The track information area TRKINF-nnn and the 
part information area PRTINF-nnn contain areas of an 
5 ATRAC 3 data file. In other words, the track 

information area TRKINF-nnn and the part information 
area PRTINF-nnn each contain a reproduction restriction 
flag area LT (1 byte), a contents key area CONTENTS KEY 
(8 bytes), a recorder/player security block serial 

10 number area MG(D) SERIAL (16 bytes), an area XT (2 

bytes) (option) for representing a feature portion of a 
music program, an area INX (2 bytes) (option), an area 
YMDhms-S (4 bytes) (option) , an area YMDhms-E (4 bytes) 
(option) , an area MT (1 byte) (option), an area CT (1 

15 byte) (option), an area CC (1 byte) (option), an area 

CN (1 byte) (option) (these areas YMDhms-S, YMDhms-E, 
MT, CT, CC, and CN are used for reproduction 
restriction information and copy control information) , 
an area A (1 byte) for part attribute, a part size area 

20 PRTSIZE (4 bytes), a part key area PRTKEY (8 bytes), 

and a contents cumulation number area CONNUM (4 bytes) . 
The meanings, functions, and values of these areas are 
the same as those of the first embodiment. In 
addition, the track information area TRKINF-nnn and the 

25 part information area PRTINF-nnn each contain the 

following areas. 

= TO (1 byte) 
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Fixed value (TO = 0x74) 

= INF-nnn (Option) (2 bytes) 

Represents the additional information, pointer 
(0 to 409) of each track, 00: music program without 
additional information . 

= FNM-nnn (4 bytes) 

Represents the file number (0x0000 to OxFFFF) 
of an ATRK3 data file. 

The number nnnn (in ASCII) of the ATRAC 3 data 
file name (A3Dnnnn) is converted into Oxnnnnn. 

= APP_CTL (4 bytes) (Option) 

Represents an application parameter (T.B.D.) 
(Normally, the value of the area APP_CTL is 0x0000) . 
= P-nnn (2 bytes) 

Represents the number of parts (1 to 2039) 
that compose a music program. This area corresponds to 
the above-described area T-PART. 

= PR (1 byte) 

Fixed value ( PR = 0 x 50) . 

Next, the areas NAME1 (for one byte code) and 
NAME 2 (for two byte code) for managing names will be 
described. Fig. 28 shows the detailed structure of the 
area NAME1 (for one byte code area) . Each of the areas 
NAME1 and NAME 2 (that will be described later) is 
segmented with eight bytes. Thus, their one slot is 
composed of eight bytes. At 0x8000 that is the 
beginning of each of these areas, a header is placed. 



The header is followed by a pointer and a name. The 
last slot of the area NAME1 contains the same areas as 
the header. 

= BLKID-NM1 (4 bytes) 

Represents the contents of a block (fixed 
value) (NM1 = 0x4E4D2D31). 

= PNMl-nnn (4 bytes) (Option) 

Represents the pointer to the area NM1 (for 
one byte code) . 

= PNM1-S 

Represents the pointer to a name- representing 
a memory card. 

nnn ( = 1 to 408) represents the pointer to a 
music program title. 

The pointer represents the start position (2 
bytes) of the block, the character code type (2 bits) , 
and the data size (14 bits) - 

= NMl-nnn (Option) 

Represents the memory card name and music 
program title for one byte code (variable length) . An 
end code (0x00) is written at the end of the area. 

Fig. 29 shows the detailed data structure of 
the area NAME 2 (for two byte code) . At 0x8000 that is 
the beginning of the area, a header is placed. The 
header is followed by a pointer and a name. The last 
slot of the area NAME2 contains the same areas as the 
header. 
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= BLKID-NM2 (4 bytes) 

Represents the contents of a block (fixed 
value) (NM2 = 0x4E4D2D32) . 

= PNM2-nnn (4 bytes) (Option) 

Represents the pointer to the area NM2 (for 
two byte code) . 

PNM2-S represents the pointer to the name 
representing the memory card, nnn (= 1 to 408) 
represents the pointer to a music program title. 

The pointer represents the start position (2 
bytes) of the block, the character code type (2 bits) , 
and the data size (14* bits). 

= NM2-nnn (Option) 

Represents the memory card name and music 
program title for two byte code (variable) . An end 
code (0x0000) is written at the end of the area. 

Fig. 30 shows the data arrangement (for one 
block) of the ATRAC 3 data file A3Dnnnn in the case that 
1 SU is composed of N bytes. In this file, one slot is 
composed of eight bytes. Fig. 30 shows the values of 
the top portion (0x0000 to 0x3FF8) of each slot. The 
first four slots of the file are used for a header. As 
with the data block preceded by the attribute header of 
the data file (see Fig. 17) of the first example, a 
header is placed. The header contains an area BLKID- 
A3D (4 bytes), a maker code area MCode (2 bytes), an 
area BLOCK SEED (8 bytes) necessary for encrypting 



process, an area CONNUMO (4 bytes) for the initial 
contents cumulation number, a serial number area BLOCK 
SERIAL (4 bytes) for each track, and an area 
INITIALIZATION VECTOR (8 bytes) necessary for 
encrypting/decrypting process. The second last slot of 
the block redundantly contains an area BLOCK SEED. The 
last slot contains areas BLKID-A3D and MCode. As with 
the first embodiment, the header is followed by the 
sound unit data SU-nnnn. 

Fig. 31 shows the detailed data structure of 
the additional information management file INFLIST that 
contains additional information. In the second 
embodiment, at the beginning (0x0000) of the file 
INFLIST, the following header is placed. The header is 
followed by the following pointer and areas. 

= BLKID-INF (4 bytes) 

Represents the contents of the block (fixed 
value) (INF = 0x494E464F) . 

= T-DAT (2 blocks) 

Represents the number of total data areas (0 

to 409) . 

= MCode (2 bytes) 

Represents the maker code of the 
recorder /player 

= YMDhms (4 bytes) 

Represents the record updated date and time. 
= INF-nnnn (4 bytes) 
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Represents the pointer to the area DATA of 
the additional information (variable length, as 2 bytes 
(slot) at a time) . The start position is represented 
with the high order 16 bits (0000 to FFFF) . 
5 = DataSlot-0000 (0x0800) 

Represents the offset value from the 
beginning (as a slot at a time) . 

The data size is represented with low order 
16 bits (0001 to 7FFF) . A disable flag is set at the 
10 most significant bit- MSB = 0 (Enable), MSB = 1 

(Disable) 

r Hi 

~ii The data size represents the total data 

^ amount of the music program, 

(The data starts from the beginning of each 
Ml 5 slot. (The non-data area of the slot is filled with 

i* oo.) 

f*i The first INF represents a pointer to 

ru 

additional information of the entire album (normally, 
- INF-409) . 

20 Fig. 32 shows the structure of additional 

information. An 8-byte header is placed at the 
beginning of one additional information data area. The 
structure of the additional information is the same as 
that of the first embodiment (see Fig. 12C) . In other 
25 words, the additional information contains an area IN 

(2 bytes) as an ID, an area key code ID (1 byte), an 
area SIZE (2 bytes) that represents the size of each 

81 



additional information area, and a maker code area 
MCode (2 bytes) . In addition, the additional 
information contains an area SID (1 byte) as a sub ID, 
According to the second embodiment of the 
5 present invention, in addition to the file system 

defined as a format of the memory card, the track 
information management file TRKLISSr music data is 
used. Thus, even if the FAT is destroyed, the file can 
be recovered. Fig. 33 shows a flow of a file 
10 recovering process. To recover the file, a computer 

n that operates with a file .recovery program and that can 

S access the memory card and a storing device (hard disk, 

™ RAM, or the like) connected to the computer are used. 

'f* The computer has a function equivalent to the DSP30. 

^15 Next, a file recovering process using the track 

management f ile . TRKLIST will be described. 
O AH blocks of the flash memory whose FAT has 

O been destroyed are searched for TL-0 as the value 

(BLKID) at the top position of each block. In 
20 addition, all the blocks .are searched for NM-1 as the 

value (BLKID) at the top position of each block. 
Thereafter, all the blocks are searched for NM-2 as the 
value (BLKID) at the top position of each block. All 
the contents of the four blocks (track information 
25 management file) are stored to for example a hard disk 

by the recovery computer. 

The number of total tracks is obtained from 
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data after the fourth byte of the track information 
management file. The 20-th byte of the track 
information area TRKINF-001, the value of the area 
CONNUM-001 of the first music program, and the value of 
the next area P-001 are obtained. The number of parts 
is obtained with the value of the area P-001. The 
values of the areas PRTSIZE of all parts of the track 1 
of the area PRTINF is obtained. The number of total 
blocks (clusters) n is calculated and obtained. 

After the track information management file 
is obtained, the flow advances to step 102. At step 
102, a voice data file (ATRAC3 data file) is searched. 
All blocks of other than the management file, is 
searched from the flash memory. Blocks whose top value 
(BLKID) is A3D are collected. 

A block of which the value of the area 
CONNUM0 at the 16-th byte of A3Dnnnn is the same as 
that of the area CONNUM-001 of the first music program 
of the track information management file and of which 
the value of the area BLOCK SERIAL that starts from 20- 
th byte! is 0 is searched. After the first block is 
obtained, a block (cluster) with the same value of the 
area CONNUM value as the first block and of which the 
value of BLOCK SERIAL is incremented by 1 (1=0+1) 
is searched. After "the second block is obtained, a 
block with the same value of the area CONNUM0 as the 
second block and of which the value of the area BLOCK 
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SERIAL is incremented by 1 (2=1+1) is searched. 

By repeating the process, the ATRC3 data file 
is searched until n blocks (clusters) of the track 1 
are obtained. When all the blocks (clusters) are 
obtained, they are successively stored to the hard 
disk. 

The same process for the track 1 is performed 
for the track 2. In other words, a block of which the 
value of the area CONNUMO is the same as that of the 
area CONNUM-002 of the first music program of the track 
information management file .and of which the value of 
the area BLOCK SERIAL, that starts at the 20-th byte is 
searched. Thereafter, in the same manner as the track 
1, the ATRAC 3 data file is searched until the last 
block (cluster) n 1 is detected. After all blocks 
(clusters) are obtained, they are successively stored 
to the hard disk. 

By repeating the above-described process for 
all tracks (the number of tracks: m) , all the ATRAC 3 
data is stored to the hard disk controlled by the 
recovering computer. 

At step 103, the memory card whose the FAT 
has been destroyed is re-initialized and then the FAT 
is reconstructed. A predetermined directory is formed 
in the memory card. Thereafter, the track information 
management file and the ATRAC 3 data file for m tracks 
are copied from the hard disk to the memory card. 
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Thus, the recovery process is finished. 

In the management file and data file, 
important parameters (in particular, codes in headers) 
may be recorded triply rather than doubly. When data 
is redundantly recorded, the same data may be recorded 
at any positions as long as they are apart from each 
other for one page or more. 

According to the present invention, the 
abnormality of a data file (ATRAC3 file) recorded in a 
memory card is detected. Next, with reference to Figs. 
25 to 32, a circuit block that detects the abnormality 
of data will be described in detail. 

As is clear from Fig. 20, the compression 
rate expected for conventional memory cards is around 
1/8 to 1/43. In the case of 1024 samples/channel used, 
for ATRAC 3 , the SU data amount (hereinafter referred to 
as SU value) as the data unit of the compressing 
process is in the range from 256 bytes to 48 bytes. 

Each block contains 50 SU. According to the 
embodiment of the present invention, by detecting a 
particular fixed value of one byte that is set to SU at 
the beginning of one block of decrypted data, it can be 
determined whether or not the audio data has been 
correctly encrypted. For example, the determination 
can be performed at intervals of one second. When 
abnormally reproduced data is detected, it is quickly 
muted and/or a message that represents the abnormality 
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is displayed. In the recorder shown in Fig. 1, the D/A 
converter 18 performs the muting process so as to 
prevent abnormally reproduced output data from being 
generated. Alternatively, when abnormally reproduced 
5 output data is detected, the decompressing process may 

be prohibited . 

Next, with reference to a block diagram shown 
in Fig. 34, the embodiment of the present invention in 
the case that data is recorded will be described. As 
10 shown in Fig. 1, the audio encoder/decoder IC 10 

?3 supplies . audio data that has been compressed 

f'2| corresponding to ATRAC3 to the security IC 20. In Fig. 

;S 34, ATRAC 3 compressed audio data is supplied from an 

fl. audio encoder 71 to a shift register 74 of a detecting 

?5B 15 portion 73. The shift register 74 supplies the audio 

f* data to an encrypter 77. As an example, a serial 

S3. signal shown in Fig. 35 is supplied from the audio 

£3 encoder 71 to the shift register 74. The timing at 

which the compressed audio data is output from the 
20 audio encoder 71 to the shift register 74 is controlled 

by a byte counter 72. In addition, the first read 
block is pre-set to the byte counter 72. 

One block contains around 50 SU. When the 
first one byte of the first SU is stored to the shift 
25 register 74, a match detecting circuit 75 determines 

whether or not the high order six bits of the first 
byte o the first SU of the block matches a fixed value 
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VF1 (namely, 101000) . The match detecting circuit 75 
outputs the determined result Scl. In such a manner, 
the detecting portion- 73 determines whether or not the 
fixed value VF1 has been set to the first byte of one 
SU of ATRAC 3 data. The encrypter 77 encrypts the 
supplied audio data with a key 78. The data encrypted 
by the encrypter 77 is written to a memory card 40. In 
addition, the data encrypted by the encrypter 77 is 
supplied to a decrypter 81. 

The decrypter 81 decrypts encrypted data with 
a key 82 that is the same as the key 78_ Thus, the 
encrypted data is converted into a serial signal shown 
in Fig. 35. The serial signal that is output from the 
decrypter 81 is supplied to a shift register 85 of a 
detecting portion 84. The timing at which the serial 
data is output from the decrypter 81 to the shift 
register 85 is controlled by a byte counter 83. The 
first. read block is pre-set to the byte counter 83. 
The first one byte of the first one of 50 SU contained 
in one block is stored to the shift register 85. A 
match detecting circuit 86 determines whether or not 
the high order six bits of the one byte matches a fixed 
value VF2 (namely, 101000) . The match detecting 
circuit 8 6 outputs the determined result Sc2 . 

The determined result Scl that is output from 
the match detecting circuit 75 is ANDed with the 
determined result Sc2 that is output from the match 
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detecting circuit 86. In other words, when the high 
order six bits of one byte stored in the shift register 
74 matches the fixed value VF1 and the high order six 
bits of one byte stored in the shift register 85 
matches the fixed value VF2 as the determined results 
of the match detecting circuits 75 and 86, a status 
that represents that the header is OK is output. 
Otherwise, the reproduced audio data is muted. When 
audio data is recorded, an alarm is issued. 
Alternatively, the system is reset and then it is 
determined whether reproduced output data becomes 
normal . 

Actually, it is difficult to set the fixed 
values VF1 and VF2 at intervals of for example 50 SU. 
Thus, the fixed values VF1 and VF2 are set to all SU. 
Only parts of 50 SU are extracted. When the fixed 
values VF1 and VF2 cannot be detected, an error flag is 
placed. 

When the fixed values are set to all SU, 
abnormalities due to such as a different compression 
mode and a phase deviation of LR channels can be also 
detected- In reality, as shown in Fig. 21, according 
to the embodiment of the present invention, there are 
two compression modes that are Dual mode . and Joint 
mode. In addition, there is monaural mode. Thus, 
there are a total of three recording methods. 

One byte of the header is defined as follows. 
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101000 - 00: Dual (L) 
101000 - 01: Dual (R) 
101000 - 10: Joint 
101000 - 11: Monaural 

The match detecting circuit 75 or 86 
determines whether or not the high order six bits of 
one byte stored in the shift register 74 or 85 matches 
the fixed value VF1 or VF2 . The low order two bits of 
one byte stored in the shift register 74 or 85 define 
recording methods. Thus, both the abnormality of audio 
data and the compression mode can be detected at the 
same time. In addition, since the compression mode is 
detected, a confusion of which different compression 
modes are combined can be prevented. 

Next, with reference to Fig. 36, a process 
for reproducing encrypted data recorded in a memory 
card 40 will be described. For simplicity, in Fig. 36, 
similar functional blocks to those shown in Fig. 34 are 
denoted by similar reference numerals and their 
description is omitted. Encrypted data that is read 
from the memory card 40 is supplied to a decrypting 
circuit 81. A detecting portion 84 detects abnormally 
reproduced output audio data. When the reproduced 
output data is abnormal as the detected result of the 
detecting portion 84, the abnormally reproduced output 
data is immediately muted. As descried above, a muting 
signal is supplied to a D/A converter 18. Data that is 
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output from the shift register 85 is supplied to an 
audio decoder 88. The audio decoder 88 reproduces the 
supplied data. 

As a real example of the encrypting process 
performed by the encrypter 77, CBC (Cipher Block 
Chaining) mode that is ont of four modes defined for 
DES will be described. When the CBC mode is used, 
except for the first block of the track, eight bytes of 
the last SU of each preceding block is stored. After 
data is encoded, it is decoded so as to determine 
whether the fixed value at the beginning of the next 
block can be reproduced every second block (at 
intervals of around 1 second) . 

In the CBC mode, the first eight bytes PI of 
the first SU of the first block of the track are 
exclusive-ORed with an initialization vector INV. The 
resultant data is encrypted with a key K. Thus, the 
following relation is satisfied. 

DES (PI (+) INV, K) = CI 
where DES: symbol of encrypting process, Pi: plane 
data, Ci: encrypted data, K: key, and (+) : symbol of 
exclusive^OR operation . 

To encrypt other than the first block of the 
track, the immediately encrypted output data (encrypted 
data) CI is required. The next eight bytes are 
encrypted as follows. 

DES (P2 (+) CI, K) = C2 
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DES is performed every eight bytes. Thus, to 
encrypt the first eight bytes (beginning data) of the 
block, the last eight- bytes (preceding data) that have 
been encrypted of the preceding SU are required. Thus, 
the encrypter 77 requires a temporary storage memory 
that stores the beginning data and the preceding data. 

The decrypter 81 decrypts the encrypted data. 
Thus, the following relation is satisfied. 

IDES (CI, K) ( + ) INV 

= PI ( + ) INV (■+) INV = PI 
where IDES: decrypting process 

To decrypt other than the first block of the 
track, the preceding encrypted data CI is required. 
Thus, the next eight bytes are decrypted as follows. 

IDES (C2, K) ( + ) CI 

= P2 ( + ) CI ( + ) CI = P2 

As with the encrypting process, IDES is 
performed every eight bytes. Thus, to decrypt eight 
bytes at the beginning (beginning data) of encrypted 
data of a block, the last eight bytes (preceding data) 
of encrypted data of the preceding SU of the block is 
required. Thus, the decrypter 81 requires a temporary 
storage memory that stores the beginning data and the 
preceding data. 

In such a manner, when data is recorded, 
ATRAC 3 data can be checked. When the decrypter has a 
temporary storage memory that temporarily stores the 



beginning data and the preceding data of a block: of 
encrypted data, the encrypted data can be also checked. 

Fig. 37 is a block diagram showing the 
structure of a recording. and reproducing apparatus 
according to the present invention. A digital audio 
signal is supplied from a CD or Internet to an input 
terminal 91. The digital audio signal is supplied to 
an ATRAC 3 encoder 92. The ATRAC 3 encoder 92 performs a 
highly efficient encoding process for the digital audio 
signal so as to compress it. 

The digital audio signal compressed by the 
ATRAC3 encoder 92 is converted into blocks 
corresponding to the sound unit (SU) . 

The data length of the sound unit is variable 
in the range from 48 bytes to 256 bytes. This is 
because the ATRAC 3 encoding method allows data to be 
compressed at a variable rate. 

A fixed value generating device 93 outputs a 
fixed value VF1 at a predetermined timing. An adding 
device 95 adds the fixed value VF1 that is output from 
the fixed value generating device 93 to the block- 
segmented compressed digital audio signal that is 
output from the ATRAC 3 encoder 92. 

The timing at which the adding device 95 adds 
the fixed value VF1 to the compressed digital audio 
data is controlled by a timing controlling device 94. 

The timing controlling device 94 may control 
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the timing so that the fixed value VF1 is added to the 
first one of 50 sound units as an encoding unit as will 
be described later. 

In this case, the timing controlling device 
94 counts block information that is output from the 
ATRAC3 encoder 92 so as to control the fixed value 
generating device 93. 

Alternatively, the timing controlling device 
94 may add the *f ixed value VF1 to all sound units that 
are output from the ATRAC3 encoder 92 . 

In this case,, the fixed value is extracted at 
the timing of which encrypted data is decrypted (at 
intervals of 50 sound units) . In this case, the fixed 
value added to the remaining sound units is discarded. 

The compressed digital audio signal and the 
fixed value added by the adding device 95 are encrypted 
by an encrypter 96 with a key that is output from a key 
storing portion 97 corresponding to a predetermined 
encrypting process. According to the embodiment of the 
present invention, the encrypting process is performed 
corresponding to DES (Data Encryption Standard) . 

The compressed digital audio signal and the 
"fixed value encrypted by the encrypter 96 are recorded 
as predetermined blocks to a non-volatile memory 98. 

In the above-described example, the fixed 
value generating device 93 generates only one fixed 
value that is VF1 . Alternatively, the fixed value 

93 



generating device 93 may generate a plurality of fixed 
values corresponding to the number of audio channels. 

In addition, according to the present 
invention, as described above, since the variable rate 
5 compressing method is used, fixed values may be varied 

corresponding to compression rates. 

When encrypted data is decrypted, a digital 
audio signal that has been encrypted and compressed is 
read from the non-volatile memory 98. The digital 

10 audio signal is decrypted by a decrypter 99 with a key 
□ that is output from a key storing portion 100. 

;pj The digital audio signal that has been 

^ decrypted by the decrypter 99 is output as blocks of 

11 ATRAC 3 data. 

15 The fixed value VF is added to the ATRAC 3 

data at predetermined intervals. 
3 A subtracting device 102 separates the ATRAC 3 

3 data from the fixed value VF at the timing controlled 

by the timing controlling device 101. The block 
20 information that is output from the decrypter 99 is 

supplied to the timing controlling device 101. The 

timing controlling device 101 controls the timing at 

which the fixed value is extracted. 

A comparing device 104 compares the fixed 
25 value VF extracted by the subtracting device 102 with 

the fixed value stored in the fixed value memory 103. 

When they match, the comparing device 104 
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determines that the encrypter 96 and the decrypter 99 
have normally performed the encrypting process and the 
decrypting process, respectively. 

When the encrypting process and the 
decrypting process have been normally performed as the . 
compared result of the comparing device 104, the 
compared result allows the ATRAC3 decoder 105 to decode 
the ATRAC 3 data. 

On the other hand, when the encrypting 
process and the decrypting process have been abnormally 
performed as the compared result of the comparing 
device 104, the compared result prohibits the ATRAC 3 
decoder 105 from decoding the ATRAC 3 data. 

Thus, depending on whether or not the 
encrypting process and the decrypting process have been 
normally performed, the decoding process for the 
compressed audio data is permitted or prohibited. When 
audio data is encoded, if fixed values corresponding to 
channels are added, the fixed values are pre-stored to 
the fixed value memory 103. When audio data is 
decoded, the comparing device 104 compares the fixed 
values stored in the fixed value memory 103 with the 
fixed value VF extracted by the subtracting device 104 
so as to detect an audio channel. Corresponding to the 
detected audio channel, the decompressing process of 
the ATRAC3 decoder 105 is controlled. 

In the case that fixed values corresponding 
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to compression rates are added, the fixed values are 
pre-stored in the fixed value memory 103. The 
comparing device 104 compares the fixed values stored 
in the fixed value storing memory 103 with the fixed 
value VF extracted by the subtracting device 102 so as 
to detect a compression rate. Corresponding to the 
detected compression rate, the decompressing process of 
the ATRAC 3 decoder 105 is controlled. 

According to the present invention, even if 
audio data has been -encrypted, -corresponding to the 
value -of .one byte of the first SU of -each -block, it can 
be determined whether or not the block is normal. 
Thus, abnormal reproduced data can be prevented from 
being output. When data that has been recorded is 
reproduced, if it becomes abnormal, it can be prevented 
from being reproduced. In addition, the compression 
mode can be detected. Thus, a confusion of which 
different compression modes are combined can be 
prevented. 



